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FOREWORD 


This  document  establishes  performance  and  design  requirements  for  the  IDAMST 
Operational  Flight  Program  Applications  Software. 

At  was  prepared  for  the  Air  Force  Avionics  Laboratory  under  Contract  Number 
F3361 5-76-C-l 099,  in  fulfillment  of  Contract  Data  Requirement  List  item  0001, 
sequence  number  7. 
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SCOPE 


1 .0 

\  1.1  IDENTIFICATION 

\j 

This  part  of  this  specification  establishes  the  requirements  for  performance, 
design,  test,  and  qualification  of  a  computer  program  identified  as  IDAMST 
Operational  Flight  Program  Applications  Software. 

1.2  FUNCTIONAL  SUMMAR Y 

-*  This  document  specifies  the  software  functional  requirements  for  the  AMST 
Mission  Scenario, in  Reference  2-.-4.1  (a ) ,  Appendix  A.a  Applications 
Software  functions  consist  of  providing  the  calculation  and  control  capability 
necessary  for  the  following  mission/operations  task  areas: 

0  Flight  and  Propul  sion, 
q  Communications 
cj  Navigation  and  Guidance  , 
d  Payload  , 
d  Aircraft  Systems  , 
q  Defense ,  ^ _ _ 

Section  2.0  contains  a  list  of  government/ non-government  documents  which  con- 
triDj'C  to  this  specification. 

Section  3.0  describes  the  design  and  structure  of  the  Applications  Software, 
and  details  the  hardware/software  interface  and  functional  requirements. 

'•vtir.-<  4  0  contains  procedures  to  test  and  verify  the  Applications  Software. 

Section  5.0  (Preparation  and  Delivery)  is  not  applicable. 

Section  6.0  contains  a  description  of  identified  growth  areas:  JTIDS,  TF/TA, 

;  O': 

Section  10.0  contains  a  complete  IDAMST  signal  list. 
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2.0 


e  Documents 


2.1  Government  Documents 

2.1.1  Appendices  to  Contract  F33615-76-C-1 099  Statement  of  Work  (SOW). 

(a)  Appendix  A  -  "AMST  Mission  Profile  and  Scenario  (updated)". 

(b)  Appendix  C  -  "System  Architecture". 

(c)  Appendix  E  -  "DAIS  Mission  Software,  OFP  Appl ications  (SA-201-303)", 
17  Jan  7-5. 

(d)  Aopendix  F  -  "DAIS  Mission  Software,  Executive  (SA-201 -320)" , 

26  Dec  75. 

(el  Appendix  H  -  "Software  Management  Plan". 

(f)  Appendix  M  -  "TRW  System  Backup  and  Recovery  Strategy  (TRW 
6404-5-6-06)",  Sept  75. 

2.1.2  DAIS  Documents  (Reference) 

2. 1.2.1  ICD  -  Mission  Operation  Sequence 

Pilot/Controls  and  Di spl ays/ Interface  with  Application  Software  (SA-803-200) , 
15  March  76. 

2. 1.2. 2  Mission  Software/Controls  and  Displays  Interface  (SA-802-301 ) , 

12  March  76 


2. 1.2. 3  DAIS  System  Control  Procedures,  (SA-100-101  Appendix  A),  7  Nov  75. 

2.1.3  IDAMST  Documents  (Program  generated). 

2. 1.3.1  Computer  Program  Development  SDecif ication,  IDAMST  OFP  Executive 
(SB  4041 ),  July  76. 

2. 1.3. 2  Computer  Program  Development  Specification,  IDAMST  OFP  Error 
Handling  and  Recovery  (SB  4043)  July  76. 

2.1.4  IDAMST  Documents  (Reference) 

The  following  documents,  because  of  release  dates,  serve  only  as  reference 
documentation  for  this  specification;  however,  are  considered  prime  to  further 
definition  of  the  IDAMST  system  design. 

2. 1.4.1  System  Specification  for  IDAMST,  Type  A  (Sl-1010),  June  76. 

2. 1.4. 2  Prime  Item  Development  Specification,  IDAMST  Processor,  Type 

B1  (SI -4030) ,  June  76. 

2. 1.4. 3  System  Segment  Specification,  IDAMST  Control/Display  Subsystem, 

Type  A  (SI -5020),  June  76. 


3.0 


REQUIREMENTS 


This  section  contains  interface  and  functional  requirements  for  the  IDAMST  OFP 
Applications  Software. 

The  AMST  mission  defined  in  Reference  2.1.1,  Appendix  A  "AMST  Mission  Profile 
and  Scenario"  requires  avionics  software  support  in  the  areas  of  flight  and 
propulsion,  communications,  navigation  and  guidance,  payload,  aircraft  systems, 
and  defense.  The  Applications  Software  provides  the  support  necessary  to  sat¬ 
isfy  the  design  and  performance  requirements  for  these  mission  areas.  These 
support  functions  include: 

o  C&D  control 
o  Sensor  control 

o  Specialized  calculations  (e.g.,  navigation,  CARP) 
o  Equipment  health  monitoring 
o  Status  maintenance 
o  Mission  mode  control 
o  Limited  software  reconfiguration 

An  overview  scenario  of  the  AMST  mission  is  shown  in  Figure  3.0-1. 

3.1  COMPUTER  PROGRAM  DEFINITION 

3.1.1  Interface  Requi rements 

This  section  describes  interface  requirements  imposed  on  the  Applications  Soft¬ 
ware  design  by  other  IDAMST  equipment/computer  programs. 

Figure  3.1-1  identifies  the  three  computer  program  configuration  items  compris¬ 
ing  the  OFP  software  subsystem  for  IDAMST.  The  Applications  Software  function¬ 
ally  interfaces  with  the  AMST  hardware  subsystems  integrated  into  IDAMST.  This 
functional  interface  is  shown  by  dashed  lines  on  Figure  3.1-1  as  a  part  of  the 
OF  Executive  Software.  Overall  control  of  interface  operations  is  provided 
by  the  Executive. 

The  basic  IDAMST  software  design  and  core  element  hardware  design  (provessors, 
dat-  he1- .  remote  terminals  and  control/displays  core  elements)  are  influenced 
u/  t re  Digital  Avionics  Information  System  (DAIS)  design  currently  being 
developed  by  the  Air  Force  Avionics  Laboratory  (AFAL).  This  is  evidenced  by 
specific  archi tectural  design  requirements  stated  in  this  specification  (Sec- 
.  i .  T1 ) .  Also  imposed  on  the  OFP  software  as  design  considerations  ere 
c  i  - .r  1  ■-  ,-s  and  techniques  for  structured  software  design  as  noted  in  Sections 
a 'ic  iO  of  Reference  2.1.1,  Appendix  H  "Software  Management  Plan". 

'hi.-  ant  characteri sties  of  the  IDAMST  core  element  hardware  effecting  the 
■rP  a; cl  cations  software  design  are  defined  in  Reference  2.1.1,  Appendix  C 
.ly,  ter,  Arch  i  tec  Cure " . 

i  Interface  Block  Diagram 

Fvji.iv  -t.  1-2  is  a  block  diagram  of  the  IDAMST  system.  Three  mission  processors 
are  e*"1  loved  in  which  the  OFP  Applications  Software  resides  in  support  of  the 
AMST  m.ssion.  Overall  system  control  is  directed  by  the  Executive  Software, 
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FIGURE  3.1-1  I DAMS T  OFP  INTERFACES 


including  control  of  the  functional  Interfaces  between  the  Applications  Soft¬ 
ware  and  the  IDAMST  system  hardware.  The  task  of  the  Executive  with  respect 
to  these  hardware/software  interfaces  is  to  make  the  mechanization  of  data 
transfer  transparent  to  the  Applications  Software  and  thereby  decouple  the 
system  core  element  hardware  programming  considerations  from  the  purely  func¬ 
tional  Applications  Software  tasks.  To  the  Applications  Software,  the  task  of 
communicating  with  IDAMST  system  hardware  is  essentially  the  formattinq,  order¬ 
ing,  and  generation  or  Interpretation  of  avionics  hardware  parameter  (signal) 
lists. 

3. 1.1.2  Detailed  Interface  Definition 

The  intent  of  this  paragraph  and  subparagraphs  is  to  define  the  functional 
relationships  of  the  Applications  Software  to  the  IDAMST  system  hardware  and 
associated  OFP  software  (Executive  and  EHARS). 

3.1. 1.2.1  IDAMST  System  Hardware  Interfaces 

Figure  3.1-2  illustrated  the  IDAMST  system  hardware  in  block  diagram  form. 

Figure  3. 1-2.1  is  the  complete  IDAMST  equipment/disposition  list. 

The  Executive  software  is  tasked  with  the  responsibility  of  making  the  mechan- 
Isi  ar.o  frequency  of  communication  transparent  to  the  Applications  Software. 
Programming  considerations  imposed  by  the  core  element  design  are  not  apparent 
to  the  Applications  Software.  Therefore  the  Applications  Software/hardware 
interfaces  can  be  described  by  a  signal  list.  Figure  3.1-3  is  an  example  of 
Surh  a  list  which  is  required  to  define  the  functional  interface  to  the  avionics 

y-r  Var".  The  Application  Software/ IDAMST  Hardware  interface  shall  be  as  listed 
in  section  10. 

3.1. 1.2.2  Function  Identification 

Ficjure  3.1-4  identifies  the  selected  functions  for  IDAMST  requiring  Applica¬ 
nt. ns  Software  support.  These  functions  are  categorized  into  six  basic  mission/ 
operations  task  areas: 

o  Flight  and  Propulsion 
o  Communications 
o  Navigation  and  Guidance 
o  Payload 
•o  Aircraft  Systems 
c  Defense 

3. 1.1. 2. 2.1  Flight  and  Propulsion 

Th>  IDA 'ST  functions  in  this  category  are  those  associated  with  pilot/copilot 
control  and  management  of  the  AMST  flight.  Five  subcategories  are  identified: 

o  Crew  Displays 
o  Crew  Controls 
o  Flight  Control  System 
o  Weights  and  Balance 
o  Energy  Management 
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IDA«T  EQUIPNENT/OISFOSITION  LIST 


FIGURE  3.3-3:  IDAMST  SIGNAL  LIST  OF  APPLICATIONS  SOFTWARE  (EXAMPLE) 
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Figure  3.1-5  is  a  cockpit  layout  of  the  controls  and  displays  integrated  into 
the  IDAMST  system. 

3. 1 . 1 . 2. 2. 1 . 1  Crew  Displays 

The  Application  Software  shall  transfer  formatted  parameter  lists  and 
control  commands  to  the  various  IDAMST  display  devices.  These  devices  are 
divided  Into  two  categories: 

o  CRT  displays 
o  Dedicated  displays 

CRT  Displays 

CRT-type  displays  integrated  into  the  IDAMST  system  are: 

o  HUD  (pilot's,  co-pilot's) 
o  HSD  (pilot's,  co-pilot's) 
o  MPD  (pilot's,  co-pilot's,  center) 
o  IMK  (pilot's,  co-pilot's) 

Functionally  the  interface  between  the  HUD,  HSD,  MPD  displays  and  the  Appli¬ 
cations  Software  shall  be  a  list  of  ordered  parameters  and  control  data 
transmitted  to  the  Modular  Programmable  Display  Generator  (MPDG).  Display 
fo»-« at.t’ng  and  symbol  generation  is  the  task  of  the  MPDG.  Table  3.1-1  lists 
•  'r  -  eirameters  and  types  of  information  to  be  displayed  on  the  HUD,  HSD,  and 
MPu. 

The  interface  between  the  IMK  CRT  and  the  Applications  Software  shall  be 
-or.trol  and  page  identification  transmitted  to  the  Alpha/Numeric  Symbol  Gen- 
er-i  tor. 

Ded i c a  tea  Displays 

'"Ml  ledicated  displays  have  been  integrated  into  the  IDAMST  system.  The 
*t!lowinq  displays  shall  be  controlled  by  the  Applications  Software. 

o  Mach 
o  Airsoeed 
o  Altitude 

Vertical  Velocity 
•  >  G  Meter 

o  Warning  Lights 
LFPS 

Speed  Low 

Ground  Proximity  Warning 
o  lacker  Beacon  Lights 
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The  controls  shown  on  Figures  3.1-5  and  3.1-6  are  as  follows: 

o  Integrated  Multifunction  Keyboard  -  IMK  (pilot's,  co-pilot's) 

o  Data  Entry  Keyboard  -  DEK  (pilot's,  co-pilot's) 

o  Column  Control  Assembly  -  CCA  (pilot's,  co-pilot's) 

o  Multifunction  Display  Controls  -  MFDC  (pilot's  HSD  and  MPD,  co-pilot's 
HSD  and  MPD,  center  MPD) 

o  Hand  Controller  Unit  -  HCU 

o  Master  Mode  Keyboard  -  MMK 

The  Applications  Software  shall  accept  input  from  these  devices,  and 
after  processing  display  requested  information  and/or  acknowledge 
receipt  of  control  action. 
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FIGURE  3.1-6  IMK-DEK-HCU 


Integrated  Multifunction  Keyboard  (IMK) 

The  two  IMKs  (pilot's  and  co-pilot's)  are  the  primary  crew  control  devices. 

The  IMK  (Figure  3.1-6)  consists  of  two  sets  of  keys  and  a  CRT.  There  are 
eight  keys  across  the  top  of  the  IMK.  These  top  keys  allow  the  crew  to  select 
special  functions  that  do  not  normally  occur  during  a  current  mission  phase. 
These  functions  are: 

o  Communications  -  used  to  control  the  radio  equipment 
o  Navigation  -  used  to  control  the  navigation  equipment 
and  steering  modes. 

o  Sensors  -  provides  sensor  mode  control, 
o  Systems  -  provides  the  crew  with  various  system  functions, 
o  Library  -  allows  the  crew  to  activate  several  special 
function  that  do  not  fit  into  other  functional  areas, 
o  Checklist  -  enables  the  crew  to  request  MPD  checklists, 
o  Payload  -  provides  control  for  loading  and  dropping  of 
cargo. 

o  DITS  -  provides  access  to  test  system. 

The  functions  implied  by  the  ten  IMK  side  keys  depend  upon  the  current  state 
of  the  IMK.  Each  side  key  has  a  corresponding  legend  on  the  IMK  CRT  which 
indicates  the  current  meaning  of  the  key.  There  are  one  or  more  IMK  pages  for 
each  mission  phase  and  for  each  special  function  invoked  by  one  of  the  eight 
IMK  top  keys. 

The  eight  IMK  top  Keys  are  backlighted  green  (active)  or  yellow  (inactive). 

The  ten  side  keys  are  backlighted  white. 

The  IMK  CRT  was  discussed  as  a  display  device  in  Section  3. 1. 1. 2. 2. 1 . 1 . 

Data  Entry  Keyboard  (DEK) 

The  two  DtKs  (pilot's  and  co-pilot's)  provide  data  entry  capability  and  allow 
crew  to  perform  MPD  checklist  functions. 

The  DEK  (Figure  3.1-6)  consists  of  16  pushbuttons  used  as  follows: 

o  Data  Entry 

digits  0  through  9 

CASE  :  upper/lower  case 

ENTER  :  indicating  end  of  data  to  software 

CLEAR  :  indicating  restart  to  software 

o  Checklist 

CHECK  :  check  off  item 
SPACE  :  skip  item 
PAGE  :  advance  page 

The  identification  of  each  key  depressed  is  sent  (one  at  a  time)  to  the  Applica¬ 
tions  Software  and  shall  be  processed  upon  receipt  of  an  ENTER. 
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Co  1  timn  Control  Assembly  (CCA 


The  two  CCAs  (pilot's  and  co-pilot's)  allow  microphone  control  by  crew  members. 
Shaker  commands  to  the  CCAs  shall  be  generated  by  the  Application  Software  when¬ 
ever  a  stall  condition  becomes  imminent. 

Multi-Function  Display  Controls  (MFDC) 

The  MFDC  consists  of  the  six  pushbuttons  functionally  attached  to  each  MPD/ 

HSD  device.  These  pushbuttons  are  used  by  the  crew  to: 

o  Switch  a  display  from  one  device  to  another, 
o  Request  sub-types  cf  a  display, 

o  Vary  the  display  scale, 

o  Request  sensor  video, 

o  Etc. 

The  selected  pushbutton(s)  are  backlighted. 

Hand  Controller  Unit  (HCU) 

The  HCU  is  used  for:  1)  navigation  data  entry  and  2)  radar  antenna  control. 
Figure  3.1-6  shows  its  layout. 

HCU  control  consists  of: 

o  Seven  pushbuttons  allowing  selection  of  the  CRT  where  cursor 
is  applicable. 

o  A  hand  control  to  move  cursor. 

o  A  button  on  the  hand  control  which  activates  output  of  cursor 
displacement  (1st  push)  and  terminates  or  designates  to  software 
the  final  cursor  position  (2nd  push). 


The  pushbuttons  are  backlighted  green  (active)  or  white  (inactive). 

Master  Mode  Keyboard  (MMK) 

The  MMK  (Figure  3.1-6  )  allows  crew  members  to  select  high-level  mission 

modes.  These  modes  determine  the  parameters  to  be  displayed  and  the  control 
csoafcility  to  be  offered  by  the  Application  Software.  Only  one  Master  Mode 
can  be  active  at  any  time. 

MMK  pushbuttons  are  backlighted  green  (active)  or  yellow  (inactive). 


The  Master  Modes  are: 


START 
TAKEOFF 
ENROUTE 
AIR  RCFUEl. 
TF/TA 
AIR  DROP 


Includes  flight  crew  preflight 
Taxi,  takeoff,  area  departure 
Later  climb,  cruise,  early  descent 
Rendezvous,  acquisition,  refuel 
Terrain  Following/Terrain  Avoidance 
All  except  LAPES 


LAPES 

LAND  Approach,  land,  taxi 

GO  AROUND 

SHUTDOWN  Includes  flight  crew  post  flight 

GROUND  TEST  Ground  crew  preflight  and  postflight 

3. 1. 1.2.2. 1.3  Flight  Control  System 

The  Flight  Control  System  is  assumed  to  be  flight  critical;  therefore  it  was 
mechanized  in  a  triplex  configuration.  The  air  data  and  aircraft  attitude 
information  is  required  for  flight  control  and  assumed  to  be  available  for  use 
by  the  avionics.  In  addition,  the  avionics  system  shal  1  provide  steering 
signals  to  the  flight  control  system  and  monitor  the  flight  control  status. 

The  IDAMST  -  Flight  Control  System  interface  is  shown  in  Figure  3.1-7. 

3. 1. 1.2. 2. 1.4  Weights  and  Balance 

A  simple  weight  and  balance  function  is  assumed,  whereby  aircraft  gross 
weight,  total  fuel,  and  calculated  center  of  gravity  (c.g.)  is  displayed  via 
an  MPD.  The  crew  must  input  aircraft  gross  weight  and  c.g.  position  prior 
to  takeoff  and  decremented  weight  and  c.g.  shift  after  cargo  drop.  The 
mission  processors  will  maintain  current  estimated  gross  weight  and  c.g. 
position  prior  to  takeoff  and  decremented  weight  and  c.g.  shift  after  cargo 
drop.  The  mission  processors  will  maintain  current  estimated  gross  weight 
and  c.g.  position  throughout  the  flight,  based  upon  crew  inputs,  remaining 
fuel,  and  fuel  distribution.  Cargo  weight  decrements  and  c.g.  shifts  may 
be  pre-stored  and  only  the  drop  event  need  be  signalled  to  the  processors  via 
the  IMK. 

3. 1. 1. 2. 2. 1. 5  Fnergy  Management 

Ehgine  performance  and  airplane  operations  can  be  optimized  by  energy  manage¬ 
ment  technique.  Energy  management  has  been  noted  only  as  a  potential  growth 
item. 
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3. 1.1. 2. 2. 2  Communications 

IDAMST  provides  the  flight  crew  with  the  capability  to  control  various 
communication  devices  for  air-ground,  air-air,  and  internal  communications. 

A  description  of  the  function(s)  associated  with  each  device  is  given  below. 

The  Intercommunication  Set  (AN/AIC-18)  provides: 

o  two-way  voice  communication  between  crew  stations 

o  interfaces  with  radio  tranceivers,  navigation  receivers,  public 
address  amplifier,  and  maintenance  intercom  outlets 

The  ICS  allows  for  selection,  control,  and  distribution  of  radio  systems  for 
airborne/ground  station  communication  and  monitoring. 

The  P.A.  System  (AN/AIC-13)  is  used  for  voice  announcements  in  the  cargo 
areas . 

The  two  UHF-AM  (AN/ARC-164)  are  used  for  military  communications  and  as 
backup  ADF  receivers.  They  provide  short-range,  line-of-  sight,  two-way 
simplex  voice  communication  with  ground  systems  and  other  aircraft,  operating 
in  the  225-399.95  mHz  frequency  band.  When  the  radio  is  in  backup  ADF  mode, 
bearing  is  obtained  via  the  ADF  EQUIP. 

The  VHF-AM  radio  (Wilcox-807A)  is  used  for  CCT  and  civilian  communications. 

It  provides  two-way  simplex  160  nautical  mile  voice  communication  in  the 
118  -  135.975  mHz  frequency  band  over  line-of-site  propagation  paths. 

The  VHF-FM  radio  (FM622A)  is  used  primarily  for  military/CCT  communications. 
It  provides  short-range  1 ine-of-sight ,  two  way  simplex  voice  communication  in 
the  30  -  75.95  mHz  frequency  range. 

The  HF/SSB  radio  (AN/ARC-123)  is  used  for  long-range  military  communications. 
It  provides  two-way  simplex  voice  communications  at  distances  up  to  2,500 
nautical  miles,  operating  in  the  2-30  mHz  frequency  band. 

The  Secure  Voice  System  (TSEC/KY-58  )encrypts  and  decrypts  VHF/UHF  voice 
communication. 

The  IFF/S  I F  (AN/APX-101)  is  used  for  automatic  radar  identification  and 
position/altitude  reporting  in  the  civil  air  traffic  control  system  and 
similar  data  in  the  tactical  traffic  control  environment.  Its  operational 
frequency  band  is  1030  -  1090  mHz. 

Control  is  implemented  by  the  flight  crew  via  IMK.  The  particular  control 
associated  with  each  device  shall  be  as  shown  in  Figure  3.1-8. 

3. 1.1. 2. 2. 3  Navigation  and  Guidance 

IDAMST  provides  an  Integrated  Navigation  System  (Figure  3.1-9  )  which  per¬ 
forms  the  following  functions: 
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FIGURE  3.1-8  COMMUNICATIONS  EQUIPMENT  CONTROL  REQUIREMENTS 


Area  Navigation 


The  following  enroute  and  terminal  navigation  functions  are  provided: 

o  Automatic  three  dimensional  navigation  and  guidance  within  the 
ATC  environments 

o  TACAN  slant  range  correction 

o  Automatic  tuning  of  navigation  radio  receivers 

o  Great  circle  navigation  and  optimization  of  navigation  position 

o  Route  and  terminal  navigation  data  storage  capacity  adaptable  to 
Air  Force  requirements 

o  Simple  reversion  to  VGRTAC  or  Inertial  navigation 
o  Offset  track  capability 
Computed  Air  Release  Point  (CARP) 

Automatic  CARP  calculation  capability  shall  be  provided.  Means  of  entering 
load  characteristics,  wind  data,  relative  target  location,  and  position 
update  capability  shall  be  designed  for  pilot  ease  of  operation. 

Rendezvous 


.Navigation  data  will  be  processed  to  compute  guidance  and  steering  data  to 
enable  rendezvous  with  other  aircraft. 

FI ight  Director 

Flight  Director  Command  Signals  are  provided  for  display  on  the  pilots' 
Altitude  Director  Indicator. 

Steering 

Steering  signals  are  provided  for  the  Flight  Control  System. 

To  accomplish  the  above  functions,  the  following  sensors  are  provided: 

o  The  TACAN  System  (AN/ARN-118)  furnishes  data  relative  to  a  selected 
TACAN  facility  operating  in  the  962  -  1213  mHz  frequency  band. 

o  The  two  Radar  Altimeters  (AN/APN-194)  are  range  tracking  radars  which 
provide  altitude  information  from  0  -  5000  feet. 

o  The  OMEGA  Radio  Navigation  System  (AN/ARN-  )  provides  airplane 
position  fixes  using  the  worldwide  network  of  VLF  ground  transmitters. 
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o  The  Magnetic  Compass  (C-12)  provides  heading  information  for 
navigation. 

o  The  LF/ADF  (DF-206)  provides  the  navigation  calculation  with  bearing 
to  a  selected  low  frequency  radio  station. 

o  The  UHF/ADF  (DF-301E)  provides  the  navigation  calculation  with 
bearing  to  a  selected  ultra-high  frequency  radio  station. 

o  The  INS  (Carousel  IV)  is  a  self-contained  inertial  navigation  system 
(including  a  digital  computer)  which  provides  worldwide  aircraft 
navigation  entirely  independent  of  ground  communication. 

o  The  Instrument  Landing  System  (AN/ARN-108)  is  used  in  conjunction 
with  ground  transmitting  equipment  and  airplane  flight  director 
calculations  to  provide  display  capability  for  marker  beacon,  glide- 
slope,  and  localizer  signals. 

o  The  Station  Keeping  Equipment  (AN/APN-1 69)  is  a  cooperative  air-to- 
air  station  keeping  system  for  flights  of  up  to  36  aircraft.  It 
enables  these  aircraft  to  locate  and  identify  one  another;  and  to 
maintain  formation/rendezvous  regardless  of  visibility.  The  SKE 
interfaces  with  the  MDSC  to  provide  a  formation  display. 

o  The  Long  Range  Radar  (AN/APQ-122)  provides  precise  navigation 
capabilities  for  long-range  ground  mapping,  weather  detection, 
and  beacon  interrogation.  A  high-resolution  CRT  radar  display 
is  available  to  the  crew  upon  request.  Data  is  input  into  the 
navigation  function  via  HCU  in  conjunction  with  the  CRT  display. 

o  The  Flight  Control  System  provides  air  data,  attitude,  and  mode 
and  status  information.  This  information  is  processed  by  the 
avionics  system  to  provide  steering  data  for  the  flight  control 
system. 

Sensor  control  is  implemented  by  the  flight  crew  via  IMK.  The  particular 
control  associated  with  each  sensor  shall  be  as  shown  in  Figure  3.1-10. 

3. 1.1. 2. 2. 4  Payload 

IDAMST  functions  in  this  area  consist  of  providing  payload  status  reporting 
and  automatic  load  release  control. 

Status 

The  Applications  Software shall  moni tor,  maintain  and  report  (via  CRT  display) 
status  of  - 

o  Ramp  and  cargo  door 

o  Chute  release 

o  Caution  signal 
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FIGURE  3.1-10:  NAVIGATION  CONTROL  REQUIREMENTS 
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F IGURE  3.1-10:  NAVIGATION  CONTROL  REQUIREMENTS 
Continued 
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Jump  signal 
o  Paratroop  alarm 
o  Aft  door  deflection 
Release  Control 


Cargo  delivery  control  consists  of  a  load  release  signal  output  from  the 
CARP  function. 

3. 1.1. 2. 2. 5  Aircraft  Systems 

The  IDAMST  functions  relating  to  this  area  include  warning,  caution/monitor¬ 
ing,  electrical  control,  and  test  of  the  various  subsystems. 

Warning 

IDAMST  incorporates  either  copied  or  generated  warning  functions.  Copied 
warning  functions  are  monitored  at  the  flight  crew's  hardwired  (dedicated) 
indicators  and  their  status  copied  into  IDAMST  processors.  Warnings  are 
subsequently  displayed  on  the  Cic^'s  primary  flight  displays  and  appropriate 
emergency  checklist  procedures  are  selected  for  display  on  the  pilot's  jr 
copilot's  MPD.  Copied  warning  functions  do  not  have  responsibility  for 
originating  the  warning  signal.  This  is  the  responsibility  of  the  affected 
system  or  equipment.  Generated  warning  signals  originate  within  the  IDAMST 
system.  Primary  responsibility  for  detection  and  warning  is  an  IDAMST 
*eS|'onsibi  lity. 

Copied  Warning  functions  shall  be 


Fire 

Gear 

Stab1 1  i  zer  Jr i_m 
■iC-nerated  Warning  functions. 

Sro..nd  proximity  warning  shall  be  generated  on  the  basis  of  aircraft  altitude 
r^i.ve  ground) ,  vertical  velocity,  gear  position,  and  flight  inode.  Visual 
:nd  aural  warnings  will  be  commanded. 

c  4_all  warning  shal  1  be  generated  on  the  basis  of  flap  position,  angle  of 
it*ark,  and  thrust  computations  in  the  STOl  configuration.  Visual 
■eucout  on  flight  instruments  and  the  "stick  shaker"  command  shall  be 
mUiated  by  the  IDAMST  system. 

Jw  Speed  warninq  shall  be  generated  when  the  computed  airspeed  approaches 
’r> , n i mum  airplane  requirements.  A  visual  warning  will  be  provided. 


27 


Overspeed  warning  shall  be  generated  when  the  computed  airspeed  exceeds  the 
airplane  maximum  speeds  (Vh/Mh).  Aural  warning  (clacker)  and  visual  display 
shall  beprovided. 

EFCS  warn i ng  shal  1  be  generated  when  the  IDAMST  processor  is  error  status  is 
received  from  the  Flight  Control  System.  Aural  warning  and  visual  display 
shall  beprovided. 

Caution  Monitoring 

IDAMST  provides  secondary  control  for  caution  functions:  It  shall  copy  current 
status  and  provide  (on  request)  an  MPD  procedure  checklist  display  to  assist 
the  crew  in  determining  the  cause  of  the  caution  message.  Monitored  functions 
are  derived  from  monitor  sensors,  and  displays  of  significant  parameters  are 
provided  to  the  crew  via  MPD  display. 

Copied  Caution  Functions  shall  consist  of 

El ectr i cal  Sy_s tern 

Hydraulic  System 

Fuel__Sy_stem 

Bounda ry  L ayer  Con trol 

Aj  r  _Condi  t  i  on  i  ng 

Anti  -  Ice 

Overhead  Caution  Annunci ator 

Brakes 

EFCS  ~ 

Monitored  Functions  shall  consist  of 

Engine  Parameters  (N1  ,  EGT,  N2,  FF,  oil  pressure  and  oil  quantity) 

Flap  Position  ("left  USB,  right  USB,  left  outboard  flap,  left  inboard 
flap,  right  inboard  flap,  and  right  inboard  flap). 

Control  Surfaces  Position  (spoiler  elevator  and  rudder) 

Av i onics  Systems  Hardware  Status 

EJ ectr i cal  Control 

Control  is  included  in  the  IDAMST  processor  to  provide  automatic  on/off  control 
of  the  remote  power  controllers.  Avionics  power  management  is  maintainel 
based  on  the  following  criteria: 

o  Manual  crew  entry 

o  Automatic  start-up 

o  Master  mode 

’•*int"idl  do  we:*  regu  i  rements  for  overload  conditions 


Automatic  reset  of  nuisance  trips 


IDAMST  provides  on/off  control  for  the  following: 

I n s truments  and_  Aircraft  Systems  Navigation  and  Guidance 


o  counting  accelerometer 
o  gear-up  and  locked-left 
o  gear-up  and  locked-right 
o  weight  on  gear  -  left 
o  weight  on  gear  -  right 
o  stick  shaker  1 
o  stick  shaker  2 
o  stab,  trim  position 
o  flap  position  -  left 
o  flap  position  -  right 
o  fuel  totalizer 
o  engine  1 
o  engine  2 


o  long  range  radar 
o  radar  al timeter  1 
o  radar  altimeter  2 
o  magnetic  compass 
o  INS 
o  OMEGA 
o  ILS  1 
o  ILS  2 
o  LF  ADF 
o  UHF  ADF 
o  TACAN 
o  SKF 


Communicati ons 


Controls  and  Displays 


o  public  address 
o  intercommunication  set 
o  HF/SSB  radio 
o  VHF-AM  radio 
o  VHF-FM  radio 
o  (JHF-AM  radio  1 
o  UHF-AM  radio  2 
o  IFF 

o  secure  voice 

Defensive  Measures 

o  IRD  &  W 
o  Rli  &  W 

o  flares  dispenser 


o  HUD  1 
o  HUD  2 
o  HSD  1 
o  HSD  2 
o  MPD  1 
o  MPD  2 
o  MPD  3 
o  MPDG  1 
o  MPDG  2 
o  DSMU 
o  MDSC 
0  MFDC 
0  HCU 
o  MMK 


Test 


IDAMST  shall  incorporate  a  limited,  in-flight  test  capability  by  virtue  of 
SITE,  software  reasonableness  test  on  input  data  or  associated  computed 
values,  and  correlation  of  sensor  data  by  direct  comparison  with  redundant 
hardware  or  similar  hardware.  The  extent  of  in-flight  testing  which  will 
be  practical  is  TBD.  Test  data  shall  be  recorded  on  the  DITS  recorder. 
Selected  data  shall  also  be  input  to  the  Crash  Data  Recorder. 

3. 1.1. 2. 2. 6  Defense 

The  IDAMST  functions  in  this  area  are  those  associated  with  threat  detection, 
warning,  display,  and  flare  dispensing. 

Infrared  Detection  and  Warning  System 

The  IRD  &  W  System  is  a  defensive  countermeasure  which  detects  heat  sources. 

A  quadrant-oriented  threat  display  is  produced  automatically  on  an  M PD  upon 
detection.  IRD  &  W  crew  control  consists  of  on/off. 

Radar  Homing  and  Earning  System 

The  RHAW  System  is  a  defensive  countermeasure  which  detects  radar  sources.  A 
quadrant-oriented  threat  display  is  produced  automatically  on  an  MPD  upon 
detection.  RHAW  crew  control  consists  of  on/off. 

Flares  Dispenser  System 

The  Flares  Dispenser  System  contains  four  volleys  of  flares  which  are  used  as 
a  defensive  measure  against  infrared  seeker  threats.  Crew  control  consists 
of  on/off,  and  the  capability  to  drop  flare  volleys  in  any  combination, 
either  individually  or  as  a  group.  Flare  status  is  displayed  on  request. 

Simultaneous  threat  information  from  the  IRD  &  W  and  RHAW  Systems  will  be 
merged  into  one  display. 

3. 1.1. 2. 3  Software  Interfaces 

The  only  external  software  interface  defined  for  the  Applications  Software 
is  with  the  OFF  Executive  Software.  The  Executive  Software  provides 
services  for  the  execution  of  real-time  appl i cations ,  sharing  of  common  data, 
interprocessor  communication,  and  communication  with  and  between  remote 
terminal  units. 

Those  EHARS  functions  relating  to  the  Applications  Software  are  performed  by 
code  imbedded  in  ihe  Applications  Software.  This  interface  is  described  in 
detail  in  Reference  2. 1.3. 2. 
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3. 1.1. 2.  3.]  Executive  Software  Interface 

The  Applications  Software  consists  of  Tasks,  Comsubs,  Compool  Blocks,  and 
Events . 

Tasks  and  Comsubs  are  processing  modules,  containing  executable  code  and  local 
data.  Compool  Blocks  are  data  modules  used  for  communication  between  Tasks. 
Events  are  boolean  values  used  for  control  interactions  between  Tasks. 

Tasks  interact  with  the  Executive  through  Real  Time  Pseudo-Declarations  and 
Real  Time  Pseudo-Statements. 

3. 1.1. 2. 3.1.1  Tasks 

Tasks  are  the  principal  components  of  the  Applications  Software. 

At  any  time,  any  Task  in  the  system  has  a  "state".  The  possible  states  of 
a  Task  are  shown  in  Figure  3.1-11  .  Note  that  not  all  states  are 

mutually  exclusive;  thus,  a  Task  which  is  "executing"  is  also  dispatchable, 
active  and  invoked. 

Immediately  following  system  initialization,  one  Task,  the  Master  Sequencer, 
is  Invoked  by  the  Executive,  and  all  other  Tasks  are  in  UninvokeJ  state. 
Thereafter,  Tasks  can  be  put  into  Invoked  state  (Scheduled)  or  put  into 
Uninvoked  state  (Cancelled)  only  by  Real-Time  Pseudo-Statements  executed 
within  other  Tasks. 

Immediately  after  being  Scheduled,  a  Task  is  Inactive;  however,  it  has  the 
potential  to  become  Active,  depending  upon  its  Event  Condition  Set.  "he 
Event  Condition  Set  is  a  collection  of  Conditions,  each  of  which  may  be 
either  "on"  or  "off".  Each  Condition  has  a  "desired"  value.  When  all  the 
conditions  in  the  Event  Condition  Set  have  their  desired  values,  if  the 
Task  is  Inactive,  the  Executive  will  put  it  into  Active  state.  A  Task  may 
have  a  null  Event.  Condition  Set,  in  which  case  it  can  only  be  Inactive 
momenta ri ly . 

Ea'h  Condition  in  an  Event  Condition  Set  is  associated  with  a  set  of  Events. 
Wren  any  of  these  Events  is  set  cm,  the  Condition  is  set  on;  when  any  of 
these  Events  is  set  off,  the  Condition  is  sc.  off.  One  Event  may  be 
associated  with  more- tFTan  one  Condition  in  an  Event  Condition  Set.  In 
addition,  one  Condition  may  be  associated  with  a  "Minor  Cycle  Event".  These 
are  Executive-generated  Events  which  are  set  "on"  at  certain  specified  times 
and  are  otherwise  inaccessible  to  the  Application  Software.  If  a  Condition 
is  associated  with  a  Minor  Cycle  Event,  it  may  not  be  associated  with  any 
u 1  ier  Event. 

A  iondition  may  be  either  Latched  or  Unlatched.  A  Condition  associated  with 
a  Minor  Cycle  Event  must  be  Unlatched.  The  sole  difference  between  a  Latched 
a.\d  an  Unlatched  Condition  is  that  upon  the  Scheduling  or  Activation  of  a 
Task,  the  Unlatched  Conditions  are  set  to  the  undesired  value.  Thus,  a  Task 
can  only  be  Activated  by  an  Unlatched  Condition  when  the  value  of  that 
condition  is  changed  to  the  desired  value  subsequent,  to  the  last  Scheduling 
nr  Activation  of  the  Task..  By  contrast,  Latched  Conditions  are  changed  only 
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when  one  of  their  associated  Events  is  changed.  Therefore,  a  Task  with  only 
Latched  Conditions  in  its  Condition  Set  will  be  immediately  Activated  after 
it  is  Scheduled  if  all  the  Conditions  were  satisfied  before  the  Schedule 
Statement. 

A  Task  may  return  from  Active  to  Inactive  state  from  twc  causes:  either 
because  it  completes  execution,  or  because  it  is  forcibly  Terminated  by 
another  Task.  In  either  case,  immediately  after  it  returns  to  Inactive 
state,  the  Event  Condition  Set  is  evaluated,  and  if  all  the  Conditions 
have  their  desired  values,  the  Task  is  immediately  re-Activated. 

When  a  Task  is  Activated,  it  is  immediately  put  into  Dispatchable  state. 

If,  at  any  point  during  its  execution,  a  Task  executes  a  Wait  Statement, 
the  Executive  will  place  it  into  Wait  state  until  the  specified  condition 
is  satisfied,  upon  which  the  Task  will  again  become  Dispatchable. 

All  Dispatchable  Tasks  should  theoretically  be  executed  immediately.  However, 
since  there  may  be  more  than  one  Dispatchable  Task  at  any  time  within  any 
one  of  the  Processors,  Tasks  are  ordered  by  Priority  to  resolve  possible 
conflicts.  Whenever  the  Executive  in  any  Processor  is  not  called  upon  for 
immediate  action,  it  selects  the  highest  Priority  Dispatchable  Task,  and 
causes  the  Processor  to  execute  it. 

If  a  Task  is  Active  but  has  not  yet  been  executed,  it  is  said  to  be  Ready. 

If  it  has  been  in  the  process  of  execution,  but  has  been  interrupted  by  a 
higher  priority  Task,  it  is  said  to  be  Suspended.  If  it  is  executing,  it  is 
said  to  be  Executing. 

Any  given  Task  may  only  be  Scheduled  by  one  Task,  which  is  called  its  Controller. 
Two  Tasks  with  a  common  Controller  are  said  to  be  "siblings".  The  Tasks 
Scheduled  by  any  Task  are  said  to  be  its  "sons".  If  a  Task  has  no  sons, 
it  is  said  to  have  no  "descendents : "  otherwise,  its  descendents  are  its 
so-  i  and  all  the  descendents  of  its  sons. 

Only  a  Task's  Controller  may  Cancel  or  Terminate  it;  however,  when  a  Task  is 
Cancelled  or  Terminated,  all  of  its  descendents  are  Cancelled  or  Terminated. 

If  a  Task  attempts  to  Cancel  or  Terminate  itself,  it  will  Cancel  or  Terminate 
all  of  its  descendents,  but  will  leave  its  own  state  unchanged. 

3.1,1. P.3.1.2  Comsubs 

In  addition  to  Tasks,  the  Applications  Software  may  include  another  kind  of 
urn  :es sing  module,  known  as  the  "Comsub".  A  Comsub  may  be  called  from 
many  Tasks;  there  is  a  copy  of  each  Comsub  in  any  processor  containing  a 
Task  from  which  the  Comsub  may  be  called. 

A  Comsub  communicates  with  a  Task  which  calls  it  only  through  its  parameters 
and/or  function  result.  No  Comsub  may  execute  any  Real-Time  Pseudo-Statements; 
however,  one  Comsub  may  call  another. 

When  a  Task  calls  a  Comsub,  the  Task  is  considered  to  be  executing  within  the 
code  of  the  Comsub.  Thus,  it  is  possible  for  one  Task  to  be  suspended  within 
the  code  of  a  Comsub  at  the  same  time  that  another  Task  is  executing  within 
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the  same  Comsub.  In  other  words,  A  Comsub  must  be  re-entrant.  To  implement 
this,  every  Task  has  a  Comsub  Local  Storage  Area  assigned  by  PALEFAC  for 
storage  of  local  data  by  the  Comsubs  which  it  calls.  At  any  time,  there  is 
a  Comsub  Stack  Pointer  which  points  to  the  area  available  for  storage  to 
the  next  called  Comsub.  This  Comsub  Stack  Pointer  is  considered  to  be  part 
of  the  process  state  of  the  Task,  and  is  saved  upon  the  occurrence  of  an 
Interrupt. 

3.1 .1 .2.  3.1 .3  Compool  Blocks 

All  communication  of  data  between  Tasks  or  between  Tasks  and  the  external 
environment  (RT's)  is  done  by  means  of  "Compool  Blocks". 

Conceptual 1y,  a  Compool  Block  is  a  Block  existing  outside  of  any  Task.  No 
Task  may  directly  access  a  Compool  Block  when  a  GLOBAL  Copy  is  declared; 
instead,  a  Task  references  a  "Local  Copy"  which  has  size  and  attributes 
identical  to  the  Compool  Block.  A  Task  may  copy  the  Compool  Block  into  its 
Local  Copy  by  a  READ  Statement,  or  copy  the  Local  Copy  into  the  Compool 
Block  by  a  WRITE  or  TRIGGER  statement.  From  the  point  of  view  of  the 
Application  Software,  READS,  WRITES,  and  TRIGGERS  occur  instantaneously, 
so  a  Compool  BK ;k  can  never  be  read  when  it  has  been  partially  updated  by 
a  WRITE.  If  a  Global  Copy  has  been  declared,  then  the  task  in  which  the  Compool 
is  declared  Global  Copy  is  allowed  to  access  the  Global  Data  Block  directly, 
rather  than  using  Executive  Read  and  Write  Requests  into  and  out  of  local 
copies  of  Global  data  blocks.  The  Executive  Read  and  Write  Requests  will 
not  actually  move  the  data  if  the  requesting  task  has  declared  the  Global 
Data  Block  as  a  GLOBAL 'COPY  rather  than  as  a  LOCAL' COPY.  The  GLOBAL* COPY 
provides  for  the  same  central  control  of  table  formats  as  the  LOCAL'COPY 
does. 

Compool  Blocks  are  divided  into  three  classes:  Input,  Output,  and  Intertask. 

Input  Compool  Blocks  can  only  be  accessed  by  Tasks  in  a  READ  statement.  Their 
values  are  determined  by  RT's.  Output  Compool  Blocks  can  only  be  accessed  by 
Tasks  in  a  WRITE  or  TRIGGER  statement;  their  values  are  "received"  only  by 
RT's.  Intertask  Compool  Blocks  are  used  solely  for  communication  between 
tasks. 

Since  a  Compool  Block  may  be  accessed  in  more  than  one  processor  and  also, 
possibly,  in  an  RT,  Compool  Blocks  may  exist  in  multiple  copies.  Any 
processor  in  which  a  Compool  Block  is  read  has  a  Physical  Copy  of  the  Block; 
any  RT  which  references  the  Block,  or  any  processor  which  only  WRITES  or  TRIGGERS 
the  Compool  Block,  is  considered  to  have  a  Virtual  Copy  of  the  Block.  To 
maintain  consistency  between  the  various  copies  of  a  Compool  Block,  the 
Executive  must  send  Compool  Update  Messages  across  the  Data  Bus.  Compool  Blocks 
are  further  classified  according  to  when  these  Update  Messages  are  sent  as: 
Synchronous,  Asynchronous,  and  Critically  Timed. 

Synchronous  Compool  Blocks  are  updated  from  a  single  authoritative  Copy, 
whether  in  a  processor  or  an  RT,  at  a  specified  rate  and  phase.  All  copies 
of  an  Asynchronous  Compool  Block  are  updated  when  any  of  those  copies  are 
changed,  either  by  the  hardware  of  an  RT  or  by  a  WRITE  statement  within  a 
processor.  Critically  Timed  Compool  Blocks  are  a  special  category  used  only 
for  Output.  They  may  only  be  TRIGGERed  within  a  Task.  A  TRIGGER  statement 
includes  a  "time  to  go".  The  Master  Executive  sends  the  Update  to  the 
appropriate  RT  at  the  specified  time. 
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The  various  categories  of  Compool  Blocks  are  shown  in  Table  3.1-2,  along 
with  the  ways  which  they  may  be  referenced  in  a  Task. 

The  first  word  of  each  Physical  Copy  of  a  Compool  Block  is  a  "Minor  Cycle 
Time  Tag"  which  indicates  the  last  time  the  Physical  Copy  was  updated. 

3. 1 . 1 .2.  3. 1 .4  Events 

Events  are  used  for  control  communication  between  Tasks.  An  Event  has  two 
possible  values:  on  and  off.  A  Task  may  READ  the  value  of  an  Event,  may 
WAIT  on  an  Event,  and  an  Event  may  appear  in  the  Event  Condition  Set  of  a 
Task. 

There  are  two  general  classes  of  Events:  Application  Events  and  System 
Events.  Application  Events  are  set  on  and  off  explicitly  by  Tasks.  System 
Events  are  set  on  and  off  by  the  Executive  upon  certain  occurrences.  The 
initial  value  of  all  events  is  off. 

System  Events  are  further  classified  as: 

o  Task  Activation  Events, 

o  Compool  Update  Events, 

o  Minor  Cycle  Events. 

Any  Task  may  have  an  associated  Task  Activation  Event.  Such  an  Event  is  set 
on^ when  the  Task  is  Activated  and  set  off  when  the  Task  returns  to  Inactive 
or  Uninvoked  state.  The  Activation  Event  associated  with  a  Task  must  have 
the  same  name  as  the  Task. 

Any  Compool  Block  may  have  an  associated  Compool  Update  Event.  Such  an  Event 
is  set  on  when  the  Compool  Block  is  updated,  either  by  a  Task  or  an  RT. 

The  Update  Event  associated  with  a  Compool  Block  must  have  the  same  name 
as  the  Compool  Block. 

Minor  Cycle  Events  are  set  on  by  the  Executive  according  to  specified  rates 
and  phases.  They  may  only  be  referenced  in  Event  Condition  Sets. 

3. 1 . 1 .2.3 . 1 . 5  T ime 

The  Application  Software  may  interact  with  time  in  two  ways:  it  may 
reference  absolute  time,  or  it  may  specify  that  certain  occurrences  should 
haopen  cyclically.  Absolute  time  is  measured  in  seconds  from  the  initiali¬ 
zation  of  the  system.  Cyclic  time  is  maintained  in  terms  of  Minor  Cycles  and 
Major  Frames. 

A  Minor  Cycle  is  the  shortest  period  of  time  at  which  a  cyclic  occurrence 
may  be  specified.  A  Major  Frame  is  the  longest  period  of  time  at  which  a 
cyclic  occurrence  may  be  specified.  There  are  a  fixed  number  of  Minor 
Cycles  to  a  Major  Frame  (currently  64),  and  each  Major  Frame  has  a  fixed 
duration  (currently  one  second).  Every  Minor  Cycle  is  numbered  in  order  of 
its  occurrence  within  a  Major  Frame,  starting  with  zero. 
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SYNCHRONOUS 


ASYNCHRONOUS 


CRITICALLY  TIMED 


INPUT 

May  be  READ  in 
in  many  Tasks 

May  be  READ  in 
one  Task 

OUTPUT 

May  be  written 
in  one  Task. 

May  be  wri tten 
in  many  Tasks. 

May  be  triggered  in 
in  many  Tasks. 

INTERTASK 

May  be  written 
in  one  Task, 
read  in  many 
Tasks. 

May  be  written 
in  many  Tasks, 
read  in  many 
Tasks. 

Table  3.1-2 

Categories  of  Compool 

Blocks 

Cyclic  occurrences  are  specified  by  period  and  phase.  Period  is  the 
number  of  Minor  Cycles  between  successive  occurrences;  phase  is  the  Minor 
Cycle  number  of  the  first  occurrence  within  any  Major  Frame.  Clearly,  0 
phase  period. 

In  practice.  Minor  Cycles  will  not  always  occur  exactly  when  they  theoretically 
should,  partly  because  of  the  inherent  latency  of  a  federated  system;  partly 
because  the  Data  Bus  may  be  overloaded  in  any  given  Minor  Cycle.  However, 
the  Executive  guarantees  that  these  errors  are  not  cumulative;  it  will  always 
generate  the  next  Minor  Cycle  as  close  as  possible  to  the  theoretical  time, 
regardless  of  when  the  previous  Minor  Cycle  occurred. 

With  one  exception,  the  Minor  Cycle  is  the  finest  granularity  of  time 
knowable  with  the  system.  Thus,  when  a  Task  reads  the  absolute  time,  it 
receives  the  theoretical  time  of  the  last  Minor  Cycle.  The  sole  exception 
to  this  rule  is  the  Critically  Timed  Compool  Block.  When  a  Task  TRIGGERS 
such  a  Compool  Block,  the  Executive  will  attempt  to  send  the  Update  Message 
to  the  RT  at  the  precise  time  specified. 

3. 1 . 1 . 2. 3. 1 .6  Real  Time  Pseudo-Declarations 

Real  Time  Pseudo-Declarations  are  used  to  declare  the  real  time  entities 
referred  to  within  a  Task.  There  are  four  kinds  of  Real  Time  Pseudo- 
Declarations: 

o  Task  Declarations, 

o  Event  Declarations, 

o  Compool  Block  Declarations, 

o  Comsub  Declarations. 

Task  Declarations  are  used  to  declare  Tasks  referred  to  in  Real  Time 
Pseudo-Statements.  They  create  a  reference  to  the  Task  Table  A  entry  for 
the  appropriate  Task. 
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Event  Declarations  are  used  to  declare  Events  referred  to  In  Real  Time 
Pseudo-Statements.  They  create  a  reference  to  the  Event  Table  entry  for 
the  appropriate  Event.  If  the  Event  Is  a  Compool  Update  or  Task  Activation 
Event,  It  must  be  declared  as  such  in  this  Declaration. 

Compool  Block  Declarations  are  used  to  declare  any  Compool  Blocks  referenced 
In  READ,  WRITE,  or  TRIGGER  statements.  They  do  two  things: 

o  They  create  a  reference  to  the  Data  Descriptor  Block  for  the 
Compool  Block, 

o  They  access  the  Compool  within  which  the  Compool  Block  is  declared, 
and  from  it  create  a  declaration  for  the  Local  Copy  of  the  Compool 
Block. 

A  Compool  Block  Declaration  must  indicate  whether  a  Compool  Block  is  read, 
written  updated  (both  read  and  written)  or  triggered  within  the  Task. 

Comsub  Declarations  are  used  to  declare  Comsubs  called  within  the  Task.  They 
simply  generate  the  appropriate  REF  PROC  declaration. 

3.1 .1 .2.3.1 .7  Real  Time  Pseudo-Statements 

The  Applications  Software  requests  the  services  of  the  Executive  through 
Real  Time  Pseudo-Statements.  There  are  8  kinds  of  Real  Time  Pseudo-Statements 

o  Schedule  Statements 

o  Cancel  Statements 

o  Terminate  Statements 

o  Wait  Statements 

o  Signal  Statements 

o  Read  Statements 

o  Wri te  Statements 

o  Trigger  Statements 

o  EREAD 

o  INVOKED 

o  TIME 

Real  Time  Pseudo-Statements  compile  as  calls  to  Executive  routines,  passing 
the  appropriate  information  as  parameters. 

Schedule  Statements 

Schedule  Statements  are  used  by  one  Task  to  Schedule  another  Task.  A  Schedule 
Sta:ement  includes  the  following  information: 

o  The  name  of  the  Scheduled  Task, 

o  The  priority  of  the  Scheduled  Task, 

o  The  Latched  Conditions  (if  any)  in  the  Event  Condition  Set  of  the 
Task . 

o  The  Unlatched  Conditions  (if  any)  in  the  Event  Condition  Set  of 
the  Task. 

The  period  and  phase  of  a  Minor  Cycle  Event  (if  any)  in  the 
Event  Condition  Set  of  the  Task. 
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The  Latched  and  Unlatched  parts  of  the  Condition  Sets  are  defined  by 
event  expressions  .  The  syntax  for  event  expression  is: 

<  event  expression> :  :  =  <condition>|<condi tion  >  AND<event  expression  > 

<  condi  tion>:  :  =  < event  set  >  | NOT < event  set> 

<  event  set>:  :  =  <event>j(< or  set>) 

<  or  set>:  :  =  <event>|<event>  OR  <or  set  > 

Each  condition  in  this  expression  corresponds  to  a  Condition  in  the  Event 
Condition  Set.  The  presence  of  a  NOT  indicates  that  the  desired  value  is  off; 
the  absence  indicates  that  the  desired  value  is  on.  The  Events  named  in 
the  event  set  are  the  Events  associated  with  the  Condition.  Note  that 
although  multiple  Events  associated  with  a  single  condition  are  combined 
with  ORs,  the  actual  value  of  the  Condition  is  not  necessarily  the  OR  of 
the  value  of  the  Events.  Thus,  for  instance,  the  Condition  denoted  by  (A 
OR  B)  will  be  set  off  if  Event  A  is  set  off,  regardless  of  the  value  of 
Event  B. 

Cancel  Statements 


The  Cancel  Statement  is  used  by  one  Task  to  put  another  Task  into  Uninvoked 
state.  The  Cancel  Statement  includes  the  name  of  the  Task  to  be  Cancelled. 
This  Task  must  either  be  the  Task  within  which  the  Statement  is  executed, 
of  a  son  of  that  Task.  If  a  son  is  cancelled,  all  the  descendents  of  the 
son  are  also  cancelled  automatically.  If  a  Task  attempts  to  Cancel  itself, 
it  will  not  affect  its  own  state,  but  will  Cancel  all  of  its  descendents. 

If  a  Task  specifies  itself  in  a  Cancel  Statement,  it  must  be  declared  in  a 
Task  Declaration  within  itself. 

Terminate  Statements 


The  Terminate  Statement  functions  identically  to  the  Cancel  Statement, 
except  that  it  de-Activates  instead  of  de-Invoking  Tasks.  When  the  event 
condition  set  for  the  terminated  task  becomes  true,  the  Task  will  become 
dispatchable. 

Wait  Statements 

Wait  Statements  are  used  by  Tasks  to  place  themselves  into  Wait  State  pending 
certain  occurrences.  There  are  four  kinds  of  Wait  statements: 

o  Absolute  Time  Waits, 

o  Relative  Time  Waits, 

o  Latched  Waits, 

o  Unlatched  Waits. 

An  Absolute  Time  Wait  places  the  Task  into  Wait  state  until  a  specified 
absolute  time.  If  the  specified  time  has  already  occurred,  this  statement  is 
a  No-Op. 

A  Relative  Time  Wait  places  the  Task  into  Wait  state  for  a  specified  period 
of  time.  If  the  specified  period  is  non-positive,  this  statement  is  a  No-Op. 

38 


A  Latchod  Wait  places  the  Task  into  Wait  state  until  a  specified  Event 
reaches  a  specified  "desired  value".  If  the  Event  already  has  the  desired 
alue,  this  statement  Is  a  No-Op. 

An  Unlatched  Wait  places  the  Task  into  Wait  state  until  the  specified  Event 
is  changed  to  the  specified  value.  This  statement  is  never  a  No-Op. 

Signal  Statement 

A  Signal  Statement  sets  a  specified  Event  to  a  specified  value. 

Read  Statement 


A  Read  Statement  copies  the  value  of  a  specified  Compooi  Block  into  the 
corresponding  Local  Copy.  If  the  Compooi  Block  is  a  Global  Copy,  then  no 
data  transfer  occurs. 

Write  Statement 

A  Write  Statement  copies  the  corresponding  Local  Copy  into  the  specified 
Compooi  Block.  If  the  Compooi  Block  is  a  Global  Copy,  then  no  data  transfer 
occurs. 

Trigger  Statement 

A  Trigger  Statement  requests  the  Executive  to  send  the  Local  Copy  of  the 
specified  Compooi  Block  to  the  appropriate  RT  in  a  specified  time.  The  speci¬ 
fied  time  must  be  between  two  Minor  Cycles  and  one  Major  Frame  from  the 
time  the  Trigger  Statement  is  executed. 

EREAD 


EREAD  yields  the  value  of  the  Event  which  has  been  passed  as  an  argument. 
This  Event  must  have  been  previously  declared  in  an  Event  Declaration. 

INVOKED 


INVOKED  is  applied  to  a  Task.  This  function  yields  the  value  TRUE  if  the 
task  is  Invoked,  FALSE  if  it  is  not. 

TIME 

TIME  returns  the  absolute  time  as  a  31  bit  signed  integer  signifying  the 
elapsed  time  since  system  initialization. 

3. 1 . : .2. 3. 1 .8  Master  Executive  Interfaces 

Master  Sequencer  Interface 

At  the  end  of  Master  Initialization  or  Master  Re-Initialization,  the  Master 
Executive  schedules  the  Master  Sequencer  task.  This  task  then  schedules 
the  other  Applications  Tasks. 
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Application  System  Error  Interface 


Applications  Software  can  detect  error  conditions  and  communicate  the  con¬ 
ditions  to  the  Subsystem  Status  Monitor.  The  primary  source  of  errors  will  be 
the  Equips  functions.  These  functions  will  determine  any  errant  status  with 
equipment  and  sensors  and  conmunicate  the  errors  to  the  Subsystem  Status 
Monitor. 

The  Subsystem  Status  Monitor  records  the  error  and  gathers  error  statistics. 

If  the  last  error  was  within  t< o  short  a  time  or  there  were  too  many  such 
errors,  the  Subsystem  Status  Monitor  invokes  the  Configurator.  The  Configura¬ 
tor  will  cancel  errant  functions  if  appropriate.  If  the  errors  are  of  such 
a  magnitude  to  warrant  reconfiguration,  the  Configurator  can  invoke  the  Recon¬ 
figuration  function  via  the  10  device  function. 


3.1.2 


Applications  Software  Architecture 


3. 1.2.1  Software  Structure 

The  Applications  Software  is  organized  into: 

o  System  Control  Modules 

o  Operational  Sequencers  (OPSs) 

o  Specialist  Functions  (SPECs) 

o  Display  Processes  (DISPs) 

o  Equipment  Processes  ( EQUIPS ) 

as  shown  in  Figure  3.1-12  .  A  brief  functional  description  of  each  is  qiven 
below. 

System  Control  Modules 

The  four  System  Control  Modules  (Master  Sequencer,  Request  Processor,  Con¬ 
figurator,  Subsystem  Status  Monitor)  are  responsible  for  initializing  and 
controlling  the  Applications  Software. 

The  Master  Sequencer,  the  first  Application's  Software  task  activated  bv  the 
Executive  Software,  performs  data  ini ti al i za tion  and  schedules  the  other 
System  Control  Modules.  Its  control  interfaces  are  shown  in  Fiqure  3.1-13. 

The  Request  Processor  receives  and  interprets  control  panel  input  requests. 

It  will  activate  appropriate  software  tasks  to  handle  legal  requests;  illegal 
requests  are  ignored.  Request  Processor  control  interfaces  are  shown  in 
Figure  3. 1 -14. 

The  Configurator  controls  the  operation  of  application  tasks.  It  is  activated 
whenever  a  new  Operational  Sequencer  or  Brute  Force  Specialist  Function  is  to 
be  initiated,  or  when  a  severe  equipment  health  problem  is  detected.  Con¬ 
figurator  control  interfaces  are  shown  in  Figure  3.1-15, 

The  Subsystem  Status  Monitor  maintains  status  of  the  avionics  subsystems. 

If  a  subsystem  has  failed  or  is  generating  degraded  data,  it  determines  the 
type  and  severity  of  the  problem,  and  activates  the  configurator  if  the 
severity  is  significantly  high.  The  Subsystem  Status  Monitor  control  interface 
is  shown  in  Figure  3.1-16. 

Ope*- ation al  Sequencers 

Operational  Sequencers  are  responsible  for  the  control  of  a  particular  mission 
phase.  They  are  activated  by  the  Configurator  as  a  result  of  master  mode 
selections,  and  by  the  current  Handler  Specialist  Function  whenever  a  new 
display  page  is  requested.  Operational  Sequencer  interface  control  is 
shown  in  Fiqure  3.1-17. 

Special ist  Functions 

Specialist  Functions  carry  out  computational  and  control  functions  required 
by  an  OPS  or  by  the  crew.  The  four  categories  are  Computational,  Brute  Force, 
Tailored  Mode,  and  Handler. 
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MASTER  SEQUENCER 


FIGURE  3.1-13  MASTER  SEQUENCER  INTERFACE 


FIGURE  3.1-15  CONFIGURATOR  INTERFACE 
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FIGURE  3.1-16  SUBSYSTEM  STATUS  MONITOR  INTERFACE 


FIGURE  3.1-17  OPERATIONAL  SEQUENCER  INTERFACE 


Computational  Specialist  Functions  carry  out  cyclic  processing  and  are 
usually  active  throughout  most  of  the  mission  (e.g.,  navigation).  Computa¬ 
tional  SPEC  interface  control  is  shown  in  Figure  3.1-18. 

Brute  Force  Specialist  Functions  allow  the  pilot  to  initiate,  sequence,  and 
terminate  mission  operations  that  are  not  automatically  available  in  the 
current  OPS  (e.g.,  sensor  moding).  They  are  accessed  via  the  top  keys  on 
the  IMK.  Brute  Force  SPEC  interface  control  is  shown  in  Figure  3.1-19. 

Tailored  Mode  Specialist  Functions  primarily  perform  those  functions  necessary 
to  process  selections  by  the  crew  via  control  devices  (IMK,  MFDC,  HCU,  CCA). 
They  are  activated  by  the  current  Handler  Specialist  Function  to  process  IMK/ 
DEK  inputs,  and  by  the  Configurator  to  process  other  control  requests. 

Tailored  Mode  SPEC  interface  control  is  shown  in  Fiqure  3.1-20. 

Handler  Specialist  Functions  perform  the  control  processing  involved  with 
display  pages.  There  is  a  Handler  SPEC  for  each  device:  IMK,  MPD.  Handler 
SPEC  interface  control  is  shown  in  Figure  3.1-21. 

Oisplay  Processes 

Display  Processes  control  cockpit  disDlays.  They  obtain  data  generated  by 
various  Application  Software  tasks,  perform  required  seal ing/formatting,  and 
output  the  resulting  data  messages  to  comoools  for  subsequent  transmission  to 
display  hardware.  Interface  control  for  Display  Processes  is  shown  in  Fiqure 
3.1-22. 

Equipment  Processes 

Equipment  Processes  represent  the  Applications  Software  interface  with  IDAMST 
sensors. 

Input  Equipment  Processes  receive  data  generated  by  the  sensors,  perform 
required  selection  scaling,  etc.,  and  output  the  resulting  parameters  to  a 
compool  for  use  by  other  Applications  Software  tasks.  They  also  monitor 
equipment  status  and  initiate  action  when  failure  or  deqraded  data  is 
detected. 

Output  Equipment  Processes  receive  data  qenerated  by  various  ApDlication 
Software  tasks,  format  corresponding  sensor  data/control  messaqes,  and  output 
these  messages  to  a  compool  for  subsequent  transfer  to  the  sensor. 

Interface  control  for  Equipment  Processes  is  shown  in  Fiqure  3.1-23. 


FIGURE  3.1-18  COMPUTATIONAL  SPEC  INTERFACE 
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HANDLER  activate  CONTROLLING  TASK: 


ACTIVATE 


3. 1.2. 2 


Software  Relationships 


This  section  describes  the  control  and  data  relationships  of  the  various 
software  components  comprising  the  Application  Software. 

Figure  3.1.2-12  shows  the  primary  control/data  interfaces  for  the  Applications 
Software.  Appearing  below  is  a  more  detailed  explanation  of  each  control 
interface: 

1.  Cyclic  activation  via  Executive  initiated  by  the  Configurator.  Activa¬ 
tion  of  cyclic  mode-dependent  Computational  Specialist  Functions  and 
Display  Processes  is  initiated  by  the  Configurator  during  transition 
from  one  mission  mode  to  another. 

The  Computational  Specialist  Functions  access  data  residing  in  a 
Compool  for  their  calculations,  and  store  the  results  in  another  software 
compool . 

2.  Cyclic  activation  initiated  and  cancelled  by  the  Configurator.  Activa¬ 
tion  of  cyclic  Equipment  Processes,  Air  Data  Display  Processes,  and 
certain  Computational  Specialist  Functions  is  initiated  by  the 
Configurator  during  transition  from  the  INITIALIZE  mode. 

Each  input  Equipment  Process  will  access  data  moved  by  the  Executive 
to  a  Compool,  check  the  device  status  word,  check  for  validity/reasonable¬ 
ness,  generate  substitute  data  (if  necessary),  convert/format  the  data, 
and  store  the  result  in  an  Applications  Software  Compool.  If  the  device 
status  has  changed  or  if  the  device  is  generating  incorrect/degraded  data, 
the  Subsystem  Status  Monitor  is  notified. 

Each  output  Equipment  Process  will  access  data  residing  in  an  Applica¬ 
tions  Software  Compool,  scale/ format  the  data,  and  store  the  result  in 
a  Compool  for  subsequent  output. 

Each  output  Display  Porcess  will  access  data  residing  in  an  Applications 
Software  Compool,  scale/ format  the  data,  and  store  the  resulting  para¬ 
meter  in  a  Compool  for  subsequent  output. 

3.  Cyclic  activation  by  the  Executive,  initiated  when  the  Request  Processor 
is  scheduled  by  the  Master  Sequencer. 

The  Request  Processor  will  access  control  panel  data  residing  in  a 
Compool,  check  the  panel  status  word,  decode/interpret  any  crew  input, 
and  store  the  result  in  an  Applications  Software  Compool.  It  will  then 
a:tivate  the  Subsystem  Status  Monitor  (if  panel  status  has  changed)  or 
the  IMK  Handler  Specialist  Function  (if  IMK  side  key  input)  or  the 
Configurator  (other  input). 


Synchronous  activation  by  the  Executive,  initiated  by  the  Handler 
Specialist  Function;  this  cyclic  activation  is  initiated  when  a  side 
key  select  is  received  which  requires  DEK  input,  and  is  terminated  when 
an  Enter  Key  is  recognized. 

The  DEK  input  Equipment  Process  will  access  data  residing  in  a  Compool , 
check  device  status  word,  and  check  data  for  Enter  Key  indication.  If 
device  status  has  changed,  the  Subsystem  Status  Monitor  is  notified. 

If  an  Enter  Key  is  recognized,  the  input  buffer  is  converted  and  stored 
in  an  Applications  Software  Compool  and  the  Handler  Specialist  Function 
is  activated. 

Demand  activation  by  Tailored  Mode  Specialist  Functions. 

Each  output  Equipment  Process  will  access  data  residing  in  an  Applica¬ 
tions  Software  Compool,  scale/format  the  data,  and  store  the  result  in 
a  Compool  for  subsequent  output  to  the  device. 

Demand  activation  by  Tailored  Mode  Specialist  Functions. 

Each  output  Display  Process  will  access  data  resiging  in  an  Applications 
Software  Compool,  scale/ format  the  data,  and  store  the  resulting 
parameter  in  a  Compool  for  subsequent  output. 

Demand  activation  by  DEK  input  Equipment  Process  indicating  receipt  of 
an  Enter  Key. 

The  Handler  Specialist  Function  will  access  data  residing  in  an  Appli¬ 
cations  Software  Compool  pertaining  to  the  IMK  activity  leading  up  to 
the  DEK  input  request,  and  activate  the  appropriate  Tailored  Mode 
Specialist  Function  for  action.  A  Display  Process  will  be  activated 
to  note  on  the  IMK  that  required  DEK  input  is  complete. 

Demand  activation  by  the  Request  Processor  indicating  receipt  of  an  IMK 
side  key. 

The  Handler  Specialist  Function  will  access  data  residing  in  a  Compool, 
and  if  the  indicated  side  key  requires  DtK  input,  cyclic  activation  of 
the  DEK  input  Equipment  Process  will  be  initiated  (via  request  to 
Executive  Software),  and  a  Display  Process  will  be  activated  to  note 
on  the  IMK  that  input  is  required. 

If  the  side  key  requires  a  new  IMK  CRT  page  to  be  displayed,  the 
current  Brute  Force  Specialist  Function,  or  if  none,  the  current 
Operational  Sequence,  is  activated  to  accomplish  this. 

IMK  key  status/history  and  other  status  pertaining  to  the  IMK  Handler 
Specialist  Function  is  stored  in  an  Applications  Software  Compool. 
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9.  Demand  activation  by  the  Handler  Specialist  Function  indicating  that 
processing  of  crew  input  selections  (IMK  side  key  and/or  DEK  input) 
is  required. 

The  tailored  Mode  Specialist  Function  will  access  data  residing  in  an 
Applications  Software  Compool  (both  input  and  status  data),  determine 
validity,  perform  processing,  and  store  results  in  an  Applications 
Software  Compool.  The  proper  Equipment  Process  will  be  activc'^d  to 
complete  the  data  transfer  to  the  device. 

Further,  if  the  data  requires  an  update  of  a  current  display,  a  Disolay 
Process  is  activated. 

10.  Demand  activation  by  the  Handler  Specialist  Function  requesting  a  new 
CRT  page. 

The  Operational  Sequencer  or  Brute  Force  Specialist  Function  will  access 
data  residing  in  an  Applications  Software  Compool  and  display  the  new 
CRT  page. 

11.  Demand  activation  by  the  Handler  Specialist  Function  to  display  parameter 
values  or  to  indicate  DEK  activity. 

The  Display  Process  will  access  data  residing  in  an  Applications  Soft¬ 
ware  Compool,  scale/format  the  data  if  necessary,  and  store  the  result 
in  an  Executive  Software  Compool  for  subsequent  output. 

12.  Demand  activation  by  the  Brute  Force  Specialist  Function  or  Operational 
Sequencer  to  display  the  new  display  page. 

The  Display  Process  will  access  data  residing  in  an  Applications  Soft¬ 
ware  Compool,  scale/format  the  data  if  necessary,  and  store  the  result 
in  an  Executive  Software  Compool  for  subsequent  output. 

13.  Demand  activation  by  the  Request  Processor  because  of  a  control  panel 
input. 

The  Configurator  will  access  the  input  data  residing  in  an  Applications 
Software  Compool  and  activate  the  appropriate  Tailored  Mode  Specialist 
Function,  Brute  Force  Specialist  Function,  or  Operational  Sequencer  to 
perform  the  necessary  processing. 

14.  Demand  activation  by  the  Configurator  because  of  control  panel  input. 

The  Tailored  Mode  Specialist  Function  corresponding  to  the  type  of  input 
(HCU,  CCA,  MFDC)  will  access  data  residing  in  an  Applications  Software 
Compool,  and  perform  the  processing  required  to  satisfy  the  request.  A 
Display  Process  will  be  activated  to  control  panel  lamp  configuration. 
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The  Operational  Sequencer  associated  with  the  MMK  selection  will  perform 
the  necessary  processing  and  control  to  establish  the  new  mission  mode. 
Display  Processes  will  be  activated  to  control  new  IMK/MPD  pages,  as 
well  as  panel  lamp  configuration. 

The  Brute  Force  Specialist  Function  associated  with  the  IMK  top  key  will 
perform  the  necessary  processing  to  satisfy  the  request.  The  request 
may  be  to  cancel  the  current  Brute  Force  Specialist  Function,  change  to 
another  one,  or  establish  a  new  one.  Display  Processes  will  be  acti¬ 
vated  to  control  CRT  pages  on  the  IMK(s)  and  to  control  the  top  key 
lamp  configuration. 

15.  Demand  activation  by  input  Equipment  Processes  or  by  the  Request 
Processor. 

The  Subsystem  Status  Monitor  will  access  data  residing  in  an  Applications 
Software  Compool  and  store,  if  appropriate,  in  an  Applications  Software 
Compool  to  maintain  the  equipment  status.  If  current  status  indicates 
a  failure  requiring  a  different  software  configuration,  the  configurator 
is  activated. 

16.  Demand  activation  by  the  Subsystem  Status  Monitor  indicating  an  equip¬ 
ment  health  problem. 

The  Configurator  will  access  data  residing  in  an  Applications  Software 
Compool  and  etermine  requires  action.  The  Executive  Software  will  be 
notified  if  the  equipment  failure  is  severe.  Software  re-configuration 
because  of  less  severe  failures  will  be  handled  by  the  Configurator. 

17.  One-time-only  activation  by  the  Executive  to  start  the  Applications 
Software. 

The  Master  Sequencer  will  perform  required  initialisation  processing, 
and  activate  the  Configurator  to  mode  the  Applications  Software. 

13.  One-time-only  activation  by  the  Master  Sequencer  fc-r  Applications  Soft¬ 
ware  startup. 

The  Configurator  will  perform  any  required  processing,  and  activate  an 
Operational  Processor  to  put  the  Application  Software  into  an 
INITIALIZE  mission  mode. 

19.  Demand  activation  by  the  IMK  Handler  Specialist  Function  indicating  the 
selection  of  a  master  mode  from  the  MMK  backup  pages  on  the  IMK. 

Request  Processor  will  process  the  input  as  it  would  MMK  pushbutton 
input. 

20.  The  Configurator  will  notify  an  Executive  task  for  failures  it  cannot 
handle. 
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21.  Demand  activation  by  an  EQUIP  which  determines  a  situation  requiring 
a  "WARN"  action  (e.g.,  CCA  Shaker,  Low  Speed  Warning  Light,  etc.). 

22.  Demand  activation  by  the  Executive  when  a  device  failure  is  detected. 

23.  Demand  activation  by  Handler  SPECs  for  IMK  or  MPD  functions  relating 
to  DEK  input,  MPD  checklist  activity,  new  display  pages. 


60 


3.2 


Detailed  Functional  Requirements 


This  section  specifies  the  detailed  functional  requirements  for  the  Applica¬ 
tions  Software. 

The  software  components  identified  to  satisfy  these  requirements  are  shown 
in  Figure  3.2-1. 

3.2.1  System  Control  Modules 

3.2. 1.1  Master  Sequencer 

The  Master  Sequencer  performs  data  initialization,  and  initiates  the  schedul¬ 
ing  and  execution  of  the  other  System  Control  Modules. 

3. 2. 1.1.1.  Inputs 

Input  shall  be  TBD  data  required  for  initialization  of  the  Applications 
Software. 

3. 2. 1.1. 2  Processing 

Upon  activation  by  the  Executive,  the  Master  Sequencer  shall 

o  initialize  mission  data  and  carry  out  other  initialization  tasks 
for  the  particular  software  configuration 
o  schedule  the  request  processor,  configurator,  and  sub-system 
status  monitor  tasks 
o  activate  the  configurator 

3. 2. 1.1. 3  Outputs 
None. 

3. 2. 1.2  Request  Processor 

The  Request  Processor  receives  and  interprets  control  panel  input  requests. 

It  is  activated  8  times  per  second. 

3.2. 1.2.1  Inputs 

Input  shall  consist  of 

o  MMK  Status,  Pushbutton  #  (2  words) 

o  IMK  Status,  Top/Side  Key  it  (2  words) 
o  MFDC  Pushbutton  #  (1  word) 
o  CCA  Status.  Pushbutton  #  (2  words) 

o  HCU  Status,  Pushbutton  #  (2  words) 

o  MMK  Backup  Mode  Select  (1  word) 
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FIGURE  3 .2-1  APPLICATION  SOFTWARE  COMPONENTS 


3. 2. 1.2. 2  Processing 

The  Request  Processor  shall  access  the  input  panel  data  to  determine  if  any 
data  has  changed.  It  no  change  has  occurred  since  the  last  activation,  the 
Request  Processor  shall  terminate. 

If  the  input  data  from  an  IMK  shows  a  side  key  select,  the  IMK  Handler  Spe¬ 
cialist  Function  shall  be  activated;  the  Configurator  shall  be  activated  for 
IMK  top  key  selections. 

Valid  pushbutton  input  from  other  source  devices  shall  also  cause  the  Config 
urator  to  be  activated.  The  following  pushbutton  input  shall  be  ignored: 

o  non-supportec!  pushbuttons  (spares) 

o  MMK  input  which  would  result  in  an  out-of-sequence  Master  Mode  situa 
tion  (T8D) 

o  MMK  input  identical  to  current  MMK  setting  (i.e.,  repeated  selection 
of  same  pushbutton) 

The  Request  Processor  is  activated  by  the  IMK  Handler  Specialist  Function 
whenever  the  Master  Mode  backup  capability  is  used.  The  processing  shall  be 
the  same  as  the  MMK  input. 

The  Request  Processor  shall  activate  the  Subsystem  Status  Monitor  whenever 
the  panel  mode/health  status  changes. 

3. 2. 1.2. 3  Outputs 
None. 

3. 2. 1.3  Configurator 

The  Configurator  controls  the  modi ng/operation  of  the  application  tasks. 

3. 2. 1.3.1  Inputs 
Input  shal 1  consist  of: 

o  control  pane1  input-pushbutton  numbers  (4  words) 
o  equipment  failure  message  (2  words) 

3. 2. 1.3. 2  Processing 

Upon  activation  by  the  Master  Sequencer,  the  Configurator  shall  schedule  and 
activate  the  INITIAL IZtl  Operational  Sequencer. 


When  activated  by  the  Request  Processor  because  of  MMK  select,  the 
Configurator  shall 

o  cancel  the  current  Operational  Sequencer 
o  Set  up  the  task  configuration  necessary  for  the  new  mode 
o  activate  the  new  Operational  Sequencer 

When  activated  by  the  Request  Processor  because  of  an  HCU,  CCA,  or  MFDC 
request,  the  CONFIG  shall  activate  the  appropriate  Tailored  Mode  Specialist 
Function. 

When  activated  by  the  Request  Processor  because  of  an  IMK  top  key  select, 
the  CONFIG  shall  determine  whether  the  new  key  select  is  identical  to 
the  previous  one.  If  the  new  key  select  is  different,  the  Configurator 

shall 

o  cancel  the  current  Brute  Force  Specialist  Function 
o  set  up  the  necessary  task  configuration 
o  activate  the  new  Brute  Force  Specialist  Function 

If  the  key  select  is  the  same  as  the  previous  one  (i.e.,  the  IMK  top  key 
selected  by  the  crew  was  backlighted  green),  the  Configurator  shall 

o  cancel  the  corresponding  Brute  Force  Specialist  Function 
o  set  up  the  task  configuration  necessary  for  full  resumption 
of  the  Operational  Sequencer  corresponding  to  the  current 
Master  Mode 

o  activate  the  Operational  Sequencer  to  initialize  IMK  CRT  displays 

When  the  Configurator  is  notified  by  the  Sub-System  Status  Monitor  of  an 
equipment  health  problem,  the  Configurator  shall  inform  the  crew  via  MPD 
and  either  1)  re-configure  to  a  backup  or  perhaps  degraded  mode  for 
severe  failures  or  2)  request  the  crew  to  take  action.  The  Configurator 
shall  signal  the  Master  Executive  for  failures  that  it  cannot  properly 
handle. 

3. 2 . 1 . 3. 3  Outputs 

Output  shall  consist  of 

o  Equipment  failure  message  ID  (1  word),  MPD 
o  Equipment  failure  notification  (1  word),  EXEC 

3.2. 1.4  Subsystem  Status  Monitor 

The  Subsystem  Status  Monitor  maintains  status  of  the  avionics  subsystems, 
and  monitors  changes  in  status. 

3  2 . 1 . 4. 1  Inputs 

Input  shall  consist  of 
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o  Control  panel  status  (4  words) 
o  Oevice/sensor  status  (1  word) 

3. 2. 1.4. 2  Processing 

The  Subsystem  Status  Monitor  is  activated  by  the  Request  Processor  upon  a 
control  panel  failure  or  status  change,  or  by  an  Equipment  Process  whenever 
a  sensor  has  failed  or  is  producing  invalid/degraded  data. 

The  Subsystem  Status  Monitor  shall  store  the  status.  to  maintain  error 
history  and  statistics.  If  an  analysis  of  the  data  indicates  a  critical 
error,  the  Configurator  shall  be  activated  to  perform  error  recovery. 

3. 2. 1.4. 3  Outputs 

Output  shall  be  a  one  word  message  to  the  Configurator  indicating  the  change 
in  status  of  the  subsystem. 

o  Status  change  message  (n  words) 

3.2.2  Operational  Sequencers 

An  Operational  Sequencer  (OPS)  is  a  task  responsible  for  the  control  of  a 
particular  mission  phase,  as  determined  by  "Master  Mode".  It  is  scheduled, 
activated,  and  cancelled  by  the  Configurator,  as  a  result  of  crew  Master 
Mode  selections. 

Operational  Sequencers  have  been  identified  for  the  following  IDAMST  mission 
modes. 

o  Initialize 
o  Start 
o  Takeoff 
o  En route 
o  Air  Drop 
o  Lapes 

3. 2. 2.1  Inputs 
Input  shall  consist  of 

o  Next  Display  ID  (1  word) 

3. 2. 2. 2  Processing 

OPS  control  processing  begins  when  the  pilot  selects  a  mission  mode  by  depress¬ 
ing  an  MMK  pushbotton  or  by  depressing  an  MMK  pushbotton  or  by  depressing  an 
IMK  side  key  associated  with  the  master  mode  backup  display  page.  Processing 
continues  until  another  master  mode  is  selected  or  until  the  OPS  is 
interrupted  (suspended)  by  selecting  a  Brute  Force  Spec. 


o  Go-Around 
o  Ai r  Refuel 
o  TF/TA 
o  Land 
o  Shutdown 
o  Ground  Test 
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Initial  processing  coronon  to  all  Operational  Sequencers  upon  activation  by 
the  Configurator  because  of  MMK  input  shall  be 

o  Commanding  MMK  light  configuration  to  correspond  to  the  Master 
Mode  selection 

o  Commanding  IMK  top  key  light  configuration  to  OFF 
o  Initiating  tasks  to  generate  those  HDD,  HSD,  MPD  displays  defined 
for  the  master  mode 

o  Setting  a  DISP  flag  to  change  Master  Mode  in  the  MPDG 
o  Cancelling  the  IMK  Status  DISP  if  active 

o  Displaying  a  control  page  on  each  IMK  CRT  (this  page  contains  the 
top  level  control  capability  available  for  the  Master  Mode) 
o  Activating  the  IMK  Status  DISP  if  necessary 

Further,  OPS  processing  depends  on  subsequent  IMK  side-key  activation.  The 
OPS  shall  display  other  (lower  level)  control  pages  as  directed  by  the 
crew  via  side  key  selection. 

When  the  OPS  is  notified  by  the  IMK  Handler  to  put  up  another  display  page 
(because  of  an  "advance  page"  indicator  or  side  key  #),  the  OPS  shall 

o  Cancel  the  IMK  Status  DISP  if  necessary 

o  Display  the  requested  page  by  activating  the  IMK  Fixed  Test  DISP 
o  Activate  the  IMK  Status  DISP  if  necessary 

When  a  Brute  Force  Specialist  Function  is  cancelled,  the  OPS  is  activated  by 
the  Configurator  and  shall 

o  Cancel  the  IMK  Status  DISP  if  active 
o  Display  the  top-level  control  page  on  the  IMK  CRT 
o  Activate  the  IMK  Status  DISP  if  necessary 
o  Set  IMK  top  key  lamps  OFF 

3. 2. 2. 3  Outputs 

Output  shall  consist  of 

o  MMK  lamp  on/off  message  (1  word) 
o  IMK  lamp  off  message  (1  word) 

3.3.3  Specialist  Functions 

3. 3.3.1  Brute  Force  Specialist  Functions 

Brute  Force  Specialist  Functions  allow  the  crew  to  perform  certain  mission 
operations  not  automatically  available  to  the  Current  OPS  processing.  These 
functions  are  scheduled,  activated,  and  cancelled  by  the  Configurator  as  a 
result  of  IMK  top  key  selection  by  the  crew. 
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Brute  Force  Specialist  Functions  have  been  identified  for  the  following 
IDAMST  functions: 

o  Navigation  o  Library 

o  Communications  o  Checklist 

o  Sensors  o  Payload 

o  Systems  o  DITS 

3. 2. 3. 1.1  Inputs 

Input  to  any  Brute  Force  Specialist  Function  shall  consist  of 
o  Next  display  ID  (1  word) 

3. 2. 3. 1.2  Processing 

Brute  Force  Specialist  Function  processing  begins  after  being  activated  by 
the  Configurator  as  a  result  of  an  IMK  top  key  selection.  Processing 
continues  until  there  is  another  top  key  selection  or  until  there  is  a 
Master  Mode  change.  Initial  processing  common  to  all  Brute  Force 
Specialist  Functions  upon  activation  by  the  Configurator  shall  consist  of 

o  Commanding  IMK  top  key  lamp  configuration 
o  Cancelling  the  IMK  Status  DISP  if  active 

o  Initiating  tasks  to  generate  any  HUD,  HSD,  MPD  displays  defined  for 
the  particular  Brute  Force  SPEC 

o  Displaying  a  control  page  on  the  requesting  IMK  CRT  and  activating 
the  IMK  Status  DISP  if  necessary;  this  page  contains  the  top  level 
capability  available  for  the  function  (i.e.,  Communication). 

Further,  Brute  Force  SPEC  processing  depends  on  subsequent  IMK  side-key 
activation.  The  Brute  Force  SPEC  shall  display  other  (lower  level)  control 
pages  as  directed  by  the  crew  via  side  key  selection. 

When  the  Brute  Force  SPEC  is  notified  by  the  IMK  Handler  to  put  up  another 
display  page  (because  of  an  "Advance  Page"  indicator  or  side  key  #) ,  It  shall 

o  Cancel  the  IMK  Status  DISP  if  active 
o  Display  the  required  page  on  the  IMK  CRT 
o  Activate  the  IMK  Status  DISP  if  necessary 

3. 2. 3. 1.3  Outputs 
Output  shall  consist  of 

o  IMK  lamp  control  (1  word) 
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3. 2. 3. 2  Computational  Specialist  Functions 

Computational  Specialist  Functions  carry  out  cyclic  processing,  and  are  either 
active  throughout  the  mission  (e.g.,  navigation)  or  throughout  a  particular 
mission  mode  (e.g.,  CARP). 

Computational  Specialist  Functions  have  been  identified  for  the  following 
IDAMST  functions: 

o  navigation 
o  steering 
o  wind  calculation 
o  weights  and  balances 

3. 2. 3. 2.1  Navigation  Computational  Specialist  Function 

The  Navigation  SPEC  is  responsible  for  keeping  track  of  the  aircraft  state, 
using  input  data  from  various  sensor  sources  and  from  the  crew.  It  is  acti¬ 
vated  by  the  Configurator  upon  a  Master  Mode  selection  by  the  crew. 

The  Applications  Software  navigation  function  consists  of  the  following  sub¬ 
functions: 

o  control 

o  navigation  modes: 

-  auto 

-  INS 

-  OMEGA 

o  manual  update  (position) 
o  fl ight  director 
o  OMEGA 

o  magnetic  heading 
o  CARP 

o  rendezvous 
o  go-around 

5  2.3.2. 1.1  Control  Subfunction 

This  subfunction  provides  overall  control  of  aircraft  navigation  computation. 
It  is  activated  four  times  a  second  throughout  most  of  tne  flight. 

.1. 2.3 .  i .  1 . 1 . 1  Inputs 

Input  shall  consist  of 

n  status  (n  words) 
o  device  moding  (n  words) 
o  master  mode  (1  word) 
o  navigation  mode  (1  word) 

3. 2. 3. 2. 1.1. 2  Processing 

This  subfunction  shall  control  the  navigation  computation  procedure  by  de- 
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termining  from  Master  Mode,  device  status,  device  moding,  etc.,  the  appropri¬ 
ate  operational  sequence. 

3. 2. 3. 2. 1.1. 3  Outputs 

None . 

3. 2. 3. 2. 1.2  Auto  Mode 

The  Auto  Mode  subfunction  provides  for  automatic  (computer  controlled)  inte¬ 
grated  navigation.  The  following  functions  are  included: 

o  flight  planning 
o  subsystem  management 
o  optimum  position  calculation/update 
o  horizontal,  vertical  guidance  calculation 
o  performance  monitoring 
o  map  display  parameter  update 
o  augmented  ILS 

3. 2. 3. 2. 1.2.1  Inputs 

Inputs  for  the  various  Auto  mode  subfunctions  shall  consist  of  • 

o  navigation  subsystem  data,  as  applicable  (n  words) 

LF  ADF  -  beaming 
UHF  ADF  -  bearing 

VOR/ILS  -  bearing,  loc/GS  deviation 

Radar  Alt  -  altitude 

OMEGA  -  position,  velocity 

Compass  -  heading 

TACAN  -  bearing,  distance 

INS  -  position,  velocity,  attitude 

SKE/ZM  -  range,  bearing 

Flight  Controls  -  pitch,  roll,  turn  rate,  altitude,  airspeed, 
TAS,  altitude  rate,  vertical  speed 
o  IMK  input  data  (n  words) 

Initial ization  data 
Flight  plan  modifications 
Subsystem  control 
Position  update 

o  HCU  position  update  (n  words) 
o  Marker  beacon  data  (n  words) 
o  Device  status/modiny  (n  words) 

3. 2. 3. 2.1 .2.2  Processing 

Auto  navigation  processing  shall  Include  the  following  capability: 


70 


Flight  Planning 


o  organize/store  appropriate  Standard  Instrument  Departure  (SID)  and 
flight  plan 

o  execute/modify  the  flight  plan  as  directed 

Subsystem  Management 

o  perform  initialization 
o  tune  radios  from  flight  plan  data 
o  verify  subsystem  performance 

Optimum  Position  Calculation/Update 

o  combine  various  NAVAID  data  to  derive  optimum  position 
o  auto  update 

o  update  optimum  position  with  manual  input  data 
Horizontal,  Vertical  Guidance  Calculation 


o  compare  present  position  with  flight  plan  to  derive  guidance  informa¬ 
tion 

Performance  Monitoring 

o  establish  and  monitor  subsystem  performance  criteria 
o  estimate  navigation  accuracy  and  compare  with  mission  requirements 

Map  Pis play  Parameter  Update 

o  update  present  position  and  map  display  requirements 

Augmented  US  (Land  Mode) 

o  synthesize  and  smooth  ILS  data 
o  computationally  construct  approach  NAVAID 

3. 2. 3.?. 1.2. 3  Outputs 

Output  shall  consist  of 

o  flight  instrument  display  parameters 

3. 2. 3. 2. 1.3  INS  Mode 

This  subfunction  provides  navigation  capability  using  only  input  from  INS. 
Updates  can  be  performed  manually. 

It  is  ictivated  by  the  Control  subfunction  four  times  per  second  whenever  the 
INS  mode  has  been  selected. 
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3. 2. 3. 2.1 .3.1  Inputs 
Input  shal 1  consist  of 

o  INS  data  -  position,  velocity,  acceleration  (n  words) 
o  flight  plan  information  (n  words) 
o  radar  updates  (n  words) 
o  visual  updates  (n  words) 

3 . 2. 3 . 2. 1 . 3 . 2  Processing 

Subfunction  processing  shall  provide  capability  to 
o  maintain  INS  position 

o  execute/maintain  flight  plan  and  calculate  INS  guidance  outputs 
o  INS  manual  update,  including  reasonableness  tests 

3. 2. 3. 2. 1.3.3  Outputs 

Output  shall  be  inertial  position  and  velocity  from  which  INS  guidance 
signals  are  derived  and  are  available  for  display: 

o  position  ana  velocity  (n  words) 
o  guidance  parameters  (n  words) 

3. 2. 3. 2. 1.4  OMEGA  Mode 

This  subfunction  provides  navigation  capability  using  only  input  from  OMEGA. 

It  is  activated  four  times  per  second  by  the  Control  subfunction  whenever  the 
OMEGA  mode  has  been  selected. 

3. 2. 3. 2. 1 .4. 1  Inputs 

Input  shall  consist  of 

o  OMEGA  position,  velocity  (n  words) 
o  TAS  (1  word) 
o  heading  (1  word) 
o  flight  plan  information  (n  words) 

3. 2. 3. 2. 1.4. 2  Processi ng 

Subfunction  processing  shall  provide  capability  to 

o  maintain  OMEGA  psoition 

o  execute/maintain  flight  plan  and  calculate  OMEGA  guidance  outputs 
o  perform  OMEGA  smoothing  with  TAS  and  heading 

3. 2. 3. 2. 1.4. 3  Outpu  lS 

Output  shall  be  OMEGA  position  and  velocity  from  which  OMEGA  guidance 
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signals  are  derived  and  are  available  for  display: 

o  position,  velocity  (n  words) 
o  guidance  parameters  (n  words) 

3. 2. 3. 2. 1.5  Manual  Position  Update 

This  subfunction  generates  update  information  from  HCU,  SKE/ZM,  or  1MK  inputs. 
It  is  activated  by  the  Control  subfunction  whenever  an  update  is  requested. 

3. 2. 3. 2. 1 .5.1  Inputs 

Input  shall  consist  of  present  position 
o  latitude,  longitude  (2  words) 

3. 2. 3. 2 . 1 . 5. 2  Processing 

This  subfunction  shall  update  position  with  the  input  data. 

3 . 2. 3. 2. 1 . 5. 3  Outputs 
None. 

3. 2.3. 2. 1.6  Flight  Director 

This  subfunction  generates  flight  director  commands  compatible  with  HUD  to 
provide  guidance  to  maintain  designated  flight  path. 

It  is  activated  by  the  Control  subfunction  four  times  a  second  throughout  the 
mission  if  the  flight  director  is  functionally  switched  "on." 

3. 2. 3. 2.1 .6.1  Inputs 

Input  shall  consist  of  navigation  subsystem  data 
o  navigation  data  (n  words) 

I .  ?.  3. 2. 1 . 6. 2  Processing 

This  subfunction  shall  calculate  flight  director  commands  compatible 

with  the  HUD. 

J. 2.J.2. 1 .6.3  Outputs 

Output  shall  consist  of 

j  pitch  command  (1  word) 
o  roll  command  (1  word) 
o  speed  command  (1  word) 
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3. 2. 3. 2. 1.7  OMEGA 


The  OMEGA  subfunction  converts  OMEGA  RF  input  data  to  airplane  position  and 
velocity  parameters.  It  is  activated  eight  times  per  second  by  the  Control 
subfunction  if  the  data  is  used  in  the  navigation  calculations,  as  determined 
by  current  navigation  moding. 

3. 2.3. 2. 1 .7. 1  Inputs 

Input  shall  consist  of 

o  three  channels  RF  (n  words) 
o  navigation  mode  (1  word) 

3. 2. 3. 2.1 .7.2  Processing 

This  subfunction  shall  convert  the  input  RF  input  data  to  OMEGA  position  and 
velocity. 

3. 2. 3. 2.1 .7.3  Outputs 
Output  shall  consist  of 

o  position,  velocity  (n  words) 

3. 2. 3. 2. 1.8  Magnetic  Heading 

This  subfunction  calculates  magnetic  heading. 

It  is  activated  four  times  per  second  throughout  the  flight  by  the  Control 
subfunction. 

3. 2. 3. 2.1 .8.1  Inputs 

Input  shall  consist  of 

o  present  position  (n  words) 
o  stabilized  heading  (1  word) 
o  stored  magnetic  variation  (n  words) 

3. 2. 3. 2.1 .8.2  Processing 

This  subfunction  shall  compute  magnetic  heading  for  use  in  referencing 
radio  navigation  aids  and  displays. 

3. 2. 3. 2. 1 .8.3  Outputs 
Output  shall  consist  of 

o  magnetic  heading  (1  word) 
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3. 2. 3. 2. 1.9  CARP 

The  CARP  subfunction  calculates  the  air  release  point  for  delivering  cargo  to 
a  ground  target. 

It  is  activated  four  times  per  second  whenever  the  AIR  DROP  Master  Mode  has 
been  selected. 

3. 2. 3. 2.1 .9.1  Inputs 
Input  shall  consist  of 

o  ground  target-latitude,  longitude,  altitude  (3  words) 
o  cargo  type  (n  words) 
o  cargo  weight  (n  words) 
o  wind  (2  words) 

o  relative  fix-range,  bearing  (2  words) 
o  aircraft  parameters  (n  words) 

3. 2. 3. 2. 1 .9.2  Processing 

CARP  shall  perform  ballistic  calculations  to  derive  guidance  and  dis¬ 

play  parameters  pertaining  to  a  specified  airplane-cargo-target  situation. 

Additionally,  CARP  shall  perform  CCIP  calculations  for  display  purposes 
as  an  aid  to  pilot  when  selecting  drop  point. 

3. 2. 3. 2. 1 . 9. 3  Outputs 

Output  shall  consist  of 

o  guidance  data  (n  words) 
o  display  parameters  (n  words) 

3.2.3.2.1.10  Rendezvous 

The  Rendezvous  subfunction  computes  guidance  and  steering  parameters  to  enable 
rendezvous  with  other  aircraft. 

It  is  activated  four  times  per  second  whenever  the  AIR  REFUEL  Master  Mode  is 
in  effect. 

3 . 2. 3 . 2 . 1 .10.1  Inputs 
Input  shall  consist  of 

o  LR  radar  cursor  position  -  range,  bearing  (2  words) 
o  UHF  ADF  -  beari  ig  (1  word) 
o  TACAN  -  range,  bearing  (2  words) 
o  IMK  -  heading,  position,  air  speed,  etc.  (n  words) 


75 


3.2.3.2.1.10.2  Processing 


This  subfunction  shall  determine  the  availability/applicability  of  navigation 
data  sources.  For  limited  data,  it  shall  perform  necessary  processing  to 
obtain  display  information  for  manual  steering. 

When  sufficient  data  is  available,  the  subfunction  shall: 

o  calculate  target  position  and  associated  display  parameters 
o  perform  guidance  calculation  for  intercepts  and  output  flight  control 
system  and  flight  director  steering  data 

3.2.3.2.1.10.3  Outputs 

Output  shall  consist  of  target  data  and  steering  commands: 

o  target  (n  words) 
o  steering  (n  words) 

3.2.3.2.1.11  Go-Around 

The  Go-Around  subfunction  provides  information  which  enables  the  pilot  to  per¬ 
form  a  go-around  during  a  missed  approach.  The  missed  approach  parameters 
are  pre-selected  prior  to  the  approach. 

This  subfunction  is  activated  whenever  the  GO-AROUND  Master  Mode  is  in  effect. 

3.2.3.2.1.11.1  Inputs 

Input  shall  consist  of  the  missed  approach  parameters: 

o  heading  set  (1  word) 
o  altitude  set  (1  word) 
o  course  set  (1  word) 
o  minimum  climb  gradient  (1  word) 
o  course- to-fix  (1  word) 

3.2.3.2.1.11.2  Processing 

Processing  shall  consist  of  incorporating  the  pre-selected,  missed  approach 
parameters  into  the  navigation-guidance  calculations.  Parameters  subsequently 
computed  for  display  shall  reflect  this  change  in  mode. 

3.2.3.2.1.11.3  Outputs 

Output  shall  consist  of  the  selected  parameter(s)  being  stored  in  a  Compool : 
o  parameters  (n  words) 

3. 2. 3. 2. 2  Steering  Computational  Specialist  Function 

The  Steering  function  provides  guidance  signals  to  the  flight  control  system. 
It  is  activated  16  times  per  second  throughout  the  flight. 
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3. 2. 3. 2. 2.1  Inputs 

Input  shall  consist  of  pertinent  navigation  data 
o  navigation  data  (n  words) 

3. 2. 3. 2. 2. 2  Processing 

The  processing  consists  of  calculating  steering  signals  compatible  with  the 
flight  control  system. 

3. 2. 3. 2. 2. 3  Outputs 

Output  shall  consist  of 

o  pitch  steer  (1  word) 
o  roll  steer  (1  word) 
o  speed  command  (1  word) 

3. 2. 3. 2. 3  Wind  Computational  Specialist  Function 

The  Wind  Computational  SPEC  calculates  wind  velocities,  used  in  air  drop 
algorithms  and  various  displays.  It  is  activated  eight  times  per  second 
throughout  most  of  the  flight. 

3. 2. 3. 2. 3.1  Inputs 

Inputs  shall  consist  of 

o  true  airspeed  (1  word) 
o  aircraft  velocity  components  (2  words) 
o  heading  (1  word) 

3. 2. 3. 2. 3. 2  Processing 

The  Wind  SPEC  shall  calculate  North  and  East  wind  velocity  components. 


3. 2. 3. 2. 3. 3  Outputs 

Output  shall  consist  of 

o  North  wind  velocity  component  (1  word) 
o  West  wind  velocity  component  (1  word) 

3. 2. 3. 2. 4  Weights  and  Balances  Computational  Specialist  Function 

This  SPEC  calculates  weight  and  balance  information  for  display  purposes.  It 
is  activated  four  times  per  second  throughout  the  flight. 
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3. 2. 3. 2. 4.1  Inputs 

Input  shall  consist  of 

o  aircraft  weight  (n  words) 
o  cargo  data  (n  words) 

0  fuel  (n  words) 
o  etc. 

3. 2. 3. 2. 4. 2  Processing 

Current  aircraft  weight  and  center  of  gravity  shall  be  calculated  based  on  fuel, 
fuel  distribution,  cargo  data,  etc. 

3. 2. 3. 2. 4. 3  Outputs 

Output  shall  consist  of 

o  airplane  weight  (1  word) 
o  center  of  gravity  (1  word) 
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3.2. 3. 3  Tailored  Mode  Specialist  Functions 

Tailored  Mode  Specialist  Functions  perform  those  functions  necessary  to  pro¬ 
cess  crew  control  requests  via  IMK  (primarily),  MFDC,  CCA,  and  HCU.  They  are 
activated  by  the  current  Handler  Specialist  Function  to  process  IMK/DEK  input 
and  by  the  Configurator  to  process  other  control  requests. 

The  following  paragraphs  describe  identified  IMK,  MFDC,  CCA,  and  HCU  related 
Tailored  Mode  SPECS.  Complete  definition  of  LIBRARY,  CHECKLIST,  PAYLOAD, 
and  DITS  IMK  control  functions  will  result  in  the  identification  of  addi¬ 
tional  Tailored  Mode  SPECS. 

3. 2. 3. 3.1  IMK  Tailored  Mode  Specialist  Functions 

IMK  Tailored  Mode  SPECS  are  activated  by  the  current  Handler  SPEC  following 
the  receipt  of  input  (either  DEK  or  IMK  side  key)  requiring  processing. 

IMK  Tailored  Mode  Specialist  Functions  have  been  identified  for  the  following 
IDAMST  functions: 

o  INS  control 
o  OMEGA  control 
o  ILS  control 
o  radar  altimeter  control 
o  TACAN  control 
o  ADF  control 
o  navigation  data  entry 
o  navigation  data  display 
o  manual  navigation  moding 
o  flight  director  control 
o  avionics  on/off  control 
o  CCA  control 
o  UHF-AM  control 
o  VHF-AM  control 
o  VHF-FM  control 
o  HF/SSB  control 
o  LR  radar  control 
o  compass  control 
o  SKE  control 
o  counter  measures  control 
o  status  monitor  and  control 
o  airdrop  data  entry 
o  MFDC  control 
o  HCU  control 


The  UHF-AM  Tailored  Mode  SPEC,  considered  representative  of  the  processing 
performed  by  IMK  Tailored  Mode  SPECS,  is  described  below.  This  SPEC  processes 
requests  for  UHF-AM  control,  input  via  IMK.  An  example  of  the  IMK  software 
function  using  this  SPEC  is  shown  in  Figure  3.2-2. 
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3. 2. 3. 3. 1.1  Inputs 


Input  shall  consist  of  IMK  side  key  history  and,  if  applicable,  a  DEK  input 
buffer: 

o  present  and  previous  IMK  side  keys  (2  words) 
o  DEK  input  buffer  (n  words) 

Additionally,  certain  Tailored  Mode  SPECS  shall  need  status  data  and/or  other 
data  for  its  processing.  The  UHF-AM  Tailored  Mode  SPEC,  for  example,  shall 
require  a  channel  versus  frequency  table  for  certain  processing. 

3. 2. 3. 3. 1.2  Processing 

The  last  side  key  selected  shall  determine  the  type  of  processing  required. 
For  the  UHF-AM  Tailored  Mode  SPEC,  the  side  keys  represent  the  following  con¬ 
trol: 

1.  off 

2.  T/R 

3.  T/R+G 

4.  ADF 

5.  Guard  Xmit 

6.  channel  select 

7.  frequency  select 

8.  channel  preset 

9.  squelch  disable 

10.  volume 


The  previous  side  key  shall  determine  the  particular  radio  to  be  referenced. 
For  the  UHF-AM  Tailored  Mode  SPEC,  they  represent: 

1.  UHF-AM  #1 
6.  UHF-AM  # 2 

Processing  for  side  key  numbers  1,  2,  3,  5,  9  shall  consist  of  activating  the 
UHF-AM  EQUIP  to  send  the  proper  control  message. 

Side  key  number  4  (ADF)  select  shall  cause  the  status  of  the  normal  ADF  capa¬ 
bility  to  be  checked.  If  normal  ADF  is  operational,  the  control  request  shall 
be  rejected.  Otherwise,  the  UHF-AM  EQUIP  shall  be  activated  to  send  the  ADF 
mode  control  message. 

Side  key  numbers  6,  7,  8,  10  have  associated  DEK  input.  The  DEK  input  buffer 
shall  be  decoded  with  respect  to  the  specific  side  key  and  checked.  If  in¬ 
valid  (e.g.,  out-of-range)  the  control  request  shall  be  rejected.  If  valid, 
processing  shall  consist  of: 

o  Side  key  6  (channel  select)  -  The  frequency  corresponding  to  the 
selected  channel  is  obtained  from  a  frequency  versus  channel  table 
residing  in  a  Compool .  The  UHF-AM  EQUIP  is  then  requested  to  send 
this  frequency  to  the  radio. 


81 


o  Side  key  7  (frequency  select)  -  The  UHF-AM  EQUIP  is  requested  to  send 
the  input  frequency  to  the  radio. 

o  Side  key  8  (channel  preset)  -  DEK  input  for  this  side  key  consists  of 
channel  number  and  frequency.  The  Tailored  Mode  SPEC  replaces  the 
frequency  value  currently  tabled  versus  channel  number  with  the  input 
frequency.  Side  key  8  results  only  in  a  Compool  update;  the  UHF-AM 
EQUIP  is  not  referenced. 

o  Side  key  10  (volume)  -  The  UHF-AM  EQUIP  is  activated  to  send  the  input 
volume  to  the  radio. 

Upon  receipt  of  valid  input,  the  IMK  symbol  (displayed  to  indicate  that  DEK 
input  was  necessary)  shall  be  removed  by  activating  the  DEK  Mark  DISP. 

3. 2.3 .3 . 1 . 3  Outputs 

Output  shall  be  the  desired  control  message  to  the  EQUIP  and/or  Compool  up¬ 
dates  : 

o  EQUIP  control  (1  word) 
o  update  data  (n  words) 

3. 2. 3. 3. 2  MFDC  Tailored  Mode  Specialist  Function 

The  MFDC  Tailored  Mode  SPEC  provides  the  logic  necessary  to  control  MFDC 
pushbutton  input.  It  is  activated  by  the  configurator  when  an  MPD/HSD  push¬ 
button  is  pressed.  cigure  3.2-3  shows  overall  MFDC  software  function. 

3.2  3.3.2. 1  Inputs 

Input  shal 1  consist  of: 

o  pushbutton  status,  each  device  (5  words) 
o  current  pushbutton  select  (1  word) 

3. 2. 3. 3. 2. 2  Processing 

The  MFDC  Tailored  Mode  SPEC  shall  determine  whether  the  input  is  legal  and, 
if  so,  implement  the  desired  display  control. 

The  DSMU  EQUIP  shall  be  activated  if  display  switching  is  requested  (e.g., 
switching  HSD  #1  display  to  the  MPD  #1  device). 

The  HSD  DISP  shall  be  activated  if  display  revision  is  requested  (e.g.,  HSD 
seal ing) . 

The  MDSC  EQUIP  shall  be  activated  if  a  video  display  is  requested  (e.g., 
radar) . 

The  LIGHTS  DISP  shall  be  activated  to  command  the  lamp  configuration  corres¬ 
ponding  to  the  pushbutton  status  (as  updated  with  new  one). 

If  the  pushbutton  request  is  illegal  (TBD)  or  if  it  cannot  be  satisfied 
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(e.g.,  radar  turned  off),  an  appropriate  message  shall  be  output  to  MPD  #3 


3. 2. 3. 3. 2. 3  Outputs 

Output  shall  be  the  following  control  messages  to  be  acted  on  by  an  EQUIP: 

o  display  switching  (1  word) 
o  display  scaling  (1  word) 
o  radar/SKE/ECM  display  request  (1  word) 
o  MPD  messages  ID  (1  word) 

3. 2. 3. 3. 3  CCA  Tailored  Mode  Specialist  Function 

The  CCA  Tailored  Mode  SPEC  provides  control  logic  to  handle  CCA  pushbutton 
input.  It  is  activated  by  the  configurator  whenever  the  CCA  pushbutton  is 
pressed.  Figure  3.2-4  shows  the  overall  CCA  (pushbutton)  software  function. 

3. 2. 3. 3. 3.1  Inputs 

Input  shall  consist  of 

o  pushbutton  identification  (1  word) 
o  current  button  status  (1  word) 

3. 2. 3. 3. 3. 2  Processing 

The  CCA  Tailored  Mode  SPEC  shall  activate  the 
ICS  EQUIP  to  implement  the  desired  control: 

o  if  hot-mic  is  "on,"  the  EQUIP  is  requested  to  switch  it  "off" 
o  if  hot-mic  is  "off,"  the  EQUIP  is  requested  to  turn  it  "on" 

3. 2. 3. 3. 3. 3  Outputs 
Output  shall  consist  of 

c  hot-mic  on/off  control  (1  word) 

3. 2. 3. 3.4  HCU  Tailored  Mode  Specialist  Function 

The  HCU  Tailored  Mode  SPEC  provides  control  logic  to  handle  HCU  display  or 
radar  antenna  functions.  It  is  activated  by  the  configurator  whenever  con¬ 
trol  is  requested  via  the  pushbutton  selects.  Figure  3.2-5  shows  the  over¬ 
all  HCU  software  function. 


FIGURE  3.2-4  CCA (PUSHBUTTON)  SOFTWARE  FUNCTION 
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DEACTIVATE  THE 
HCU  EQUIP 


FIGURE  3.2-5  HCU  SOFTWARE  FUNCTION 
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3. 2. 3. 3. 4.1  Inputs 

Input  shall  consist  of 

o  pushbutton  number  (1  word) 
o  pushbutton  status  (1  word) 

3. 2. 3. 3. 4. 2  Processing 

When  activated  by  the  configurator,  this  function  shall  determine 
whether  the  pushbutton  input  represents  a  change  in  the  current  status  from 
off-to-on.  If  so,  it  shall: 

o  request  cyclic  activation  of  the  HCU  EQUIP  (if  inactive) 
o  activate  the  LIGHTS  DISP  to  command  the  proper  light  configuration 

If  the  pushbutton  input  indicates  a  change  in  the  current  status  from  on-to- 
off,  the  HCU  Tailored  Mode  SPEC  shall 

o  request  deactivation  of  the  HCU  EQUIP  (if  active) 
o  activate  the  LIGHTS  DISP  to  turn  off  the  light 

3. 2. 3. 3.4. 3  Outputs 
Output  shall  consist  of 

o  light  on/off  configuration  (1  word) 

3. 2. 3. 4  Handler  Specialist  Functions 

Handler  Specialist  Functions  control  processing  for  crew-IMK/DEK  and  crew- 
MPD/DEK  interfaces.  They  provide  the  logic  to  control  the  display  pages 
associated  with  the  particular  device. 

There  are  always  two  Handler  SPECS  active:  One  for  the  IMK  and  one  for  the 
MPD  (for  checklist  processing). 

3. 2. 3. 4.1  IMK  Handler  SPEC 

The  IMK  Handler  SPEC  controls  processing  for  all  IMK  display  pages.  It  is 
scheduled  by  the  configurator  and  activated  by  the  request  processor  (for 
side  key  inputs)  or  by  the  DEK  input  EQUIP. 

3. 2. 3. 4. 1.1  Inputs 
Input  shall  consist  of 

o  IMK  side  key  number  (1  word) 

o  table  of  control  information  for  the  page  (10x2  words) 


3. 2. 3. 4. 1.2  Processing 


When  activated  by  the  request  processor  because  of  a  side  key,  the  IMK  Handler 
Specialist  Function  shall  determine  from  the  display  control  information 
whether: 

o  DEK  input  is  required 
o  a  Tailored  Mode  SPEC  should  be  activated 

o  the  current  DPS  or  Brute-Force  SPEC  should  be  activated  to  change 
displays 

If  DEK  input  is  required  for  the  specific  side  key  number,  the  IMK  Handler 
shall  request  cyclic  activation  of  the  DEK  input  EQUIP  and  displays  a  symbol 
on  the  IMK  indicating  that  DEK  input  is  required.  If  DEK  input  is  not  re¬ 
quired  for  the  side  key  number  (and  a  new  display  is  not  requested),  the  IMK 
Handler  shall  activate  the  appropriate  Tailored  Mode  SPEC.  If  the  side  key 
number  is  a  request  for  a  new  display  page  (advance  to  lower  level,  return 
to  higher  level),  the  current  OPS  or  Brute-Force  SPEC  task  shall  be  notified. 
(If  the  DEK  EQUIP  is  active  when  a  side  key  input  is  received,  it  shall  be 
deactivated. ) 

When  activated  by  the  DEK  EQUIP,  the  IMK  Handler  shall  activate  the  appropriate 
Tailored  Mode  SPEC  to  process  the  DEK  input  buffer,  and  then  shall  deactivate 
the  DEK  EQUIP. 

The  IMK  Handler  SPEC  shall  activate  the  request  processor  when  the  MMK  backup 
capability  is  used. 

3. 2. 3. 4. 1.3  Outputs 

Output  shall  consist  of: 

o  IMK/MPD  message  ID  noting  that  DEK  input  is  required  (1  word) 
o  DEK  mark  control  message  (1  word) 
o  Next  display  ID  (1  word) 

3. 2. 3. 4. 2  MPD  Handler  SPEC 

The  MPD  Handler  SPEC  controls  processing  for  all  MPD  checklist  display  pages. 

It  is  scheduled  by  the  configurator  and  activated  by  the  DEK  input  EQUIP. 

3. 2. 3. 4. 2.1  Inputs 

Input  shall  consist  of: 

o  DEK  input  buffer  (n  words) 

o  table  of  control  information  for  display  page  (n  x  2  pages) 
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3. 2. 3. 4. 2. 2  Processing 

When  activated  by  the  DEK  input  EQUIP,  the  MPD  Handler  SPEC  shall  determine 
the  required  processing: 

o  item  checkoff 
o  skip  item 
o  advance  page 

MPD  Handler  processing  for  item  checkoff  shall  consist  of  displaying  a  "  y" 
next  to  the  item  checked  off,  and  then  a  " f — "  opposite  the  next  item  in  the 
checkoff  sequence. 

Skip  items  shall  advance  the  "« - "  without  checking  off  the  item. 

For  advance  page,  the  MPD  Handler  shall  activate  the  MPD  Checklist  DISP  to 
display  the  next  checklist  page. 

3.2. 3.4. 2. 3  Outputs 

Output  shall  consist  of: 

o  DEK  mark  control  message 
o  next  display  ID  (1  word) 
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3.2.4  Display  Processes 

Display  Processes  (DISPS)  control  cockpit  displays.  When  activated,  they 
obtain  data/signals  generated  by  the  Application  Software,  perform  required 
formatting,  and  output  the  resulting  data  messages  to  compools  for  subse¬ 
quent  transmission  to  display  hardware. 

Ten  Display  Processes  have  been  identified  for  IDAMST: 

o  LIGHTS  -  Controls  lamp  on/off  for  the  MMK,  HCU,  MFDC,  IMK,  Marker 
Beacon,  Low  Speed  Warning,  Ground  Proximity  Warning,  EFCS  Warning 

o  INSTRUMENTS  *  Controls  dedicated  cockpit  instruments:  Mach,  Air 
Speed,  Vertical  Velocity,  Altimeter,  Accelerometer 

o  HUD  -  Controls  HUD  for  given  Master  Mode 

o  HSD  -  Controls  HSD  for  given  Master  Mode 

o  MPD  CHECKLIST  -  Controls  MPD  checklist  display  pages 

o  MPD  PARAMETERS/STATUS  -  Controls  processing  for  the  various  MPD  func¬ 
tional  display  pages 

o  ERROR/WARNING  MESSAGES  -  Controls  the  outputting  of  error  and  warning 
messages  to  the  crew 

o  IMK  FIXED  TEXT  -  Controls  the  display  of  IMK  fixed  text  pages 

o  DEK  MARK  -  Controls  DEK  check/mark  processing  pertaining  to  checklist 
and  data  input  functions  on  MPD/ IMK 

o  IMK  STATUS  -  Controls  status  displays  output  to  the  IMK  center  par¬ 
tition 

3. 2.4.1  Lights  Display  Process 

The  Lights  DISP  commands  lamp  on/off  configuration  for:  a)  control  panels, 
b)  marker  beacon,  and  c)  warning  lights.  It  is  activated  by  the  Application 
Software  task  responsible  for  controlling  the  lamp  status  of  the  particular 
display  device. 

3. 2. 4. 1.1  Inputs 

Input  shall  consist  of 

o  device  ID  (1  word) 
o  desired  configuration  (1  word) 

3. 2. 4. 1.2  Processing 

The  Lights  DISP  shall  format  a  message  to  command  the  desired  on/ 

off  configuration,  and  store  the  message  in  a  compool  to  be  sent  to  the 
device. 
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3. 2. 4. 1.3  Outputs 
Output  shall  consist  of 

o  lamp  on/off  command  (1  word) 

3. 2.4. 2  Instruments  Display  Process 

The  Instruments  DISP  updates  the  dedicated  cockpit  instruments: 

o  mach  and  air  speed  indicator 
o  vertical  speed  indicator 
o  baro  altitude  indicator 
o  g-meter 

It  is  activated  16  times  per  second  throughout  the  flight. 

3. 2. 4. 2.1  Inputs 
Input  shall  consist  pf 

o  flight  control  system  data  (n  words) 
o  minimum/maximum  acceleration  since  reset  (2  words) 

3. 2.4. 2. 2  Processing 

The  Instruments  DISP  shall  obtain  the  input  from  a  compool ,  calculate 
the  parameters,  perform  scaling  as  required,  and  output  the  result  to  a 
compool  for  subsequent  transfer  to  the  instruments. 

3. 2. 4. 2. 3  Outputs 

Output  shall  consist  of 

o  mach  number 
o  air  speed 
o  vertical  speed 
o  baro  altitude 

o  acceleration  (minimum,  maximum,  current) 

3. 2.4. 3  HUD  Display  Process 

The  HUD  DISP  provides  parameters  to  the  MPDG  for  display  on  the  HUD.  It  is 
activated  16  times  per  second  throughout  the  flight  except  for  Shutdown  Mode. 
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3. 2.4. 3.1  Inputs 

Input  shall  consist  of: 

o  parameter  data  (n  words) 
o  cursor  position  (2  words) 

3. 2. 4. 3. 2  Processing 

Upon  activation,  the  HUD  DISP  shall  calculate  and/or  scale  those  parameters 
required  for  all  Master  Modes.  It  then  shall  process  those  additional  para¬ 
meters  required  for  the  current  Master  Mode  (except  those  purged  by  a  de- 
clutter  request).  The  particular  parameters  calculated  for  each  Mode  shall 
be  as  shown  in  Table  3.2-1. 

3. 2.4. 3.3  Outputs 
Output  shall  consist  of: 

o  parameters  corresponding  to  Master  Mode  (n  words) 

3. 2. 4. 4  HSD  Display  Process 

The  HSD  DISP  provides  parameters  to  the  MPDG  for  display  on  the  HSD.  It  is 
activated  16  times  per  second  throughout  the  flight  except  for  Shutdown  Mode. 

3. 2. 4. 4.1  Inputs 

Input  shall  consist  of: 

o  parameter  data  (n  words) 
o  cursor  position  (2  words) 

3. 2. 4. 4. 2  Processing 

Upon  activation,  the  HUD  DISP  shall  determine  if  an  HSI  display  is  "assigned" 
to  any  MPD.  If  so,  those  parameters  required  by  the  MPDG  to  generate  the  HSI 
display  shall  be  calculated  and/or  scaled. 

The  HUD  DISP  shall  then  determine  if  a  MAP  display  is  "assigned"  to  any  MPD. 

If  so,  those  parameters  required  by  the  MPDG  to  generate  the  MAP  display  shall 
be  calculated  and/or  scaled. 

The  parameter/ fund  ions  provided  by  the  MPDG  shall  consist  of: 

HSI 

distance  to  waypoint 
time  to  go 

heading  and  heading  annunciator 
bearing  pointers  (2) 
bearing  identifiers 
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TERRAIN  CONTOUR 

CURSOR 


HSI  (Continued) 

selected  heading 
selected  course 
to-from 
deviation 

vertical  deviation  path  pointer 
vertical  track  change  alert 
lateral  track  change  alert 
offset  annunciator 
nav.  mode  annunciator 
heading  warn 
navigation  warn 

MAP 

map  scale 
way  points 
navaids 

key  elevations 
projected  A/C  position 
"killer"  data 
alternate  track 
airport/target  location 

(cursor  position)  i 

1 

3. 2. 4. 4. 3  Outputs  } 

Output  shall  consist  of  j 

o  HSI  display  parameters  (n  words)  ! 

o  MAP  display  parameters  (n  words)  I 

3. 2.4. 5  MPD  Checklist  Display  Process 

The  MPD  Checklist  DISP  displays  requested  checklists.  It  is  activated  by  the 
MPD  Handler  Specialist  Function  whenever  a  checklist  is  to  be  displayed  on  an 
MPD. 


3. 2.4. 5.1  Inputs 

Input  shall  consist  of 

o  device  identification  (1  word) 
o  checklist  identification  (1  word) 

3. 2.4. 5. 2  Processing 

The  MPO  checklist  DISP  shall  format  the  MPDG  message  for  displaying  the 
specified  checklist  on  the  specified  MPD. 
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3.2.4. 5.3  Outputs 

Output  consists  of  a  control  message: 
o  MPDG  control  (1  word) 

3. 2. 4. 6  MP0  Parameters/Status  Display  Process 

The  MPD  Parameters/Status  DISP  controls  the  various  MPD  displays.  It  is  acti¬ 
vated  once  per  second. 

Table  3.2-6  gives  the  Display  numbers  which  can  be  displayed  on  each  MPD 
(e.g..  Display  #3  can  only  be  shown  on  MPD  #3).  Tables  3.2-2  and  3.2-3  show 
the  normal  display  configuration  at  the  start  of  a  given  mission  mode.  Figure 
3.2-6  is  an  example  of  a  combined  nav/comm  display  page. 

3. 2. 4. 6.1  Inputs 

Input  shall  consist  of: 

o  display  requests  {2  words) 
o  display  status  (3  words) 
o  parameter  status  (n  words) 

3. 2. 4. 6. 2  Processing 

Displays  are  changed  via  IMK  request;  the  IMK  Handler  SPEC  processes  and 
stores  these  requests.  At  each  activation,  the  MPD  Parameters/Status  DISP 
shall  check  the  requests  and  update  the  MPD  display  status  (Display  number 
versus  MPD  number)  table. 

The  DISP  shall  then  obtain  the  current  status  for  the  parameters  contained  in 
the  up-to-three  displays  and  store  them  in  a  Compool  for  later  transfer  to  the 
MPDG. 

3. 2. 4. 6. 3  Outputs 

Output  shall  consist  of  a)  an  output  buffer  to  the  MPDG  containing  display 
ID  and  parameter  status  Tor  each  and  b)  updated  display  status: 

o  MPDG  data  buffer  (n  words) 
o  display  status  (3  words) 

3. 2. 4. 7  Error/Warning  Display  Process 

The  Error/Warning  DISP  controls  the  outputting  of  MPD  error  and  warning  mess¬ 
ages.  It  is  activated  by  the  task  which  either  detects  the  error  or  deter¬ 
mines  the  severity  of  the  warning.  The  messages  normally  appear  on  the 
bottom  two  lines  of  the  center  MPD. 
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Display 


MPD  #1  MPD  #2 

Pilot  MPD  #3  Copilot 


Nav  Status 
Comm  Status 
System  Status 
Engine  Parameters 
Departure  Area  Data 
Take  Off  Parameters 
Cruise  Parameters 
Refuel  Status 

Air  Drop  Flight  Parameters 

Air  Drop  Area  Data 

Approach  Data 

Landing  Area  Data 

Weight  and  Balance  Data 

Weight  and  Fuel  Data 

Flare  Inventory 

Low  Speed  Parameters 

Aircraft  Systems  Readout 

Warning/Caution 

FI ight  Data 

LAPES  Area  Data 

Rendezvous  Data 

SID 

STAR 

Delivery  System  Status 


J 

J 

J 

J 

J 


J 

J 

J 

J 


J 

J 

J 

J 

J 


J 


J 

J 

J 

J 

J 


J 


J 

J 


J 

J 

J 


J 


TABLE  3.2-2  NOMINml  DISPLAY  VERSUS  MPD  ASSIGNMENT 
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3. 2. 4. 7.1  Inputs 
Input  shall  consist  of 

o  message  number  (1  word) 

3. 2. 4. 7. 2  Processing 

Using  the  input  identifier,  the  Error/Warning  DISP  shall  obtain  the 
message  from  a  compool  and  add  current  status,  if  necessary. 

3. 2. 4. 7. 3  Outputs 
Output  shall  consist  of 

o  error/warning  message  {n  words) 

3. 2. 4.8  IMK  Fixed  Text  Display  Process 

The  IMK  Fixed  Text  DISP  controls  the  display  of  fixed-formatted  pages  on  the 
IMK.  It  is  activated  by  an  Operational  Sequencer  or  Brute  Force  Specialist 
Function  wherever  a  new  IMK  page  is  to  be  displayed.  Figure  3.2-7  shows  a 
sample  IMK  Fixed-Text  display. 

3. 2. 4. 8.1  Inputs 
Input  shall  consist  of 

o  page  number  (1  word) 

3. 2. 4. 8. 2  Processing 

This  function  shall  format  a  message  containing  the  page  ID,  and  store 
it  for  transfer  to  the  A/NSG.  The  actual  "pages"  are  pre-stored  in  the  A/NSG. 

3. 2. 4. 8. 3  Outputs 
Output  shall  consist  of 

o  page  number  (1  word) 

3. 2. 4. 9  DEK  Mark  Display  Process 

The  DEK  Mark  DISP  provides  the  capability  to  add  a  symbol  to  a  specified  line 
on  the  IMK  or  MPD  indicating  required  action,  and  to  delete  the  symbol  when 
the  action  has  been  completed. 

The  symbol  may  be  a  "d"  on  the  IMK  to  denote  required  DEK  input,  which  is 
then  removed  when  valid  DEK  input  is  entered.  The  symbol  may  be  a  "  /"  on 
the  MPD  to  denote  a  checked  off  item  or  a  — "  to  denote  the  next  item  in  a 
checkoff  sequence. 
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FIGURE  3.2-7  SAMPLE  INK  FIXED  -  TEXT  DISPLAY 


It  is  usually  activated  by  the  IMK  or  MPD  Handler  Specialist  Function  to  con¬ 
trol  the  symbol  display.  It  is  sometimes  activated  by  a  Tailored  Mode  SPEC 
which  determines  the  successful  completion  of  a  data  entry. 

3. 2. 4. 9.1  Inputs 

Input  shall  consist  of: 

o  device  number  (1  word) 
o  action  -  insert,  delete  (1  word) 
o  CRT  row,  column  (1  word) 

3. 2. 4. 9. 2  Processing 

Given  the  device  and  requested  action,  the  DEK  Mark  DISP  shall  store  the 
appropriate  message  in  a  Compool  to  be  sent  to  the  A/NSG  or  MPDG. 

3. 2. 4. 9. 3  Outputs 

Output  shall  consist  of  the  A/NSG  or  MPDG  message: 

o  control  message  (1  word) 

3.2.4.10  IMK  Status  Display  Process 

The  IMK  Status  DISP  controls  the  display  of  status  information  in  the  center 
partition  of  the  IMK.  It  is  activated  once  per  second  to  update  parameter 
status  if  there  is  an  active  display.  Figure  3.2-8  shows  a  sample  IMK  status 
display. 

3.2.4.10.1  Inputs 

Input  shall  consist  of  the  status  display  ID: 
o  display  number  (1  word) 

3.2.4.10.2  Processing 

The  IMK  Status  DISP  shall  access  a  table  which  identifies  the  parameters  for 
the  display  number.  Current  status  for  these  parameters  shall  be  obtained 
from  a  Compool,  formatted  and  stored  in  an  output  buffer  for  transfer  to  the 
A/NSG. 

3.2.4.10.3  Outputs 

Output  shall  consist  of  the  A/NSG  buffer: 
o  parameter  status  (n  words) 
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3.2-8  SAMPLE  IMK  STATUS  DISPLAY 


3.2.5  Equipment  Processes 

The  Applications  Software  interfaces  with  IDAMST  equipment  via  Equipment 
Processes  (EQUIPS). 

For  each  sensor  providing  data  to  the  Application  Software,  the  corresponding 
input  EQUIP  will : 

o  monitor  equipment  status  and  initiate  action  when  a  health  problem  or 
degraded  data  is  detected 

o  perform  the  processing  required  to  make  the  parameter(s)  available 
for  use  by  Applications  Software  tasks 

o  generate  substitute  data  values  if  necessary 

Those  EQUIPS  which  output  control  data  to  equipment  will: 

o  perform  the  processing  required  to  format  the  appropriate  control 
message 

The  Equipment  Processes  identified  for  IDAMST  are  shown  in  Table  3.2-4. 

3. 2. 5.1  UHF-AM  Equipment  Process 

The  two  UHF-AM  radios  (AN/ARC-164)  are  used  for  military  communications  and 
as  backup  ADF  receivers.  They  provide  short-range,  1 ine-of-sight,  two-way 
simplex  voice  communication  with  ground  systems  and  other  aircraft,  operating 
in  the  225-399.95  mHz  frequency  band.  When  the  radio  is  in  backup  ADF  mode, 
bearing  is  obtained  via  the  ADF  EQUIP. 

The  UHF  EQUIP  is  activated  by  the  UHF-AM  Tailored  Mode  SPEC  whenever  a  for¬ 
matted  control  message  is  to  be  sent  to  the  radio. 

3. 2. 5. 1.1  Inputs 

Input  shall  be  a  message  containing  radio  ID  and  desired  control: 

o  radio  ID,  control  input  (2  words) 

Control  capability  consists  of  one  of  the  following: 

o  frequency  channel  pre-set,  alligning  frequency  tuning  by  channel 
select 

o  manual  frequency  selection 
o  pre-set  guard  frequency  selection 
o  operational  mode  selction  (T/R,  TR+G,  ADF,  OFF) 
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TABLE  3. 2-4 


EQUIP  SUMMARY 


Equipment 

Activation  Rate  (per  second) 

DEK 

8* 

(Input) 

TACAN 

8 

(Input) 

HC'J 

16* 

(Input) 

OMEGA 

8 

(Input) 

FCS 

32 

(Input) 

G-Meter 

4 

(Input) 

INS 

4 

(Input) 

SKE/ZM 

4 

(Input) 

LF/ADF 

4 

(Input) 

UHF/ADF 

4 

(Input) 

Radar  ALT 

4 

(Input) 

ILS 

4 

(Input) 

Compass 

4 

(Input) 

Flight  Surfaces 

2 

(Input) 

Aircraft  Systems 

2 

( Input) 

Caut/Brakes/Gear 

2 

(Input) 

UHF-AM 

Demand 

(Output) 

VHF-AM 

Demand 

(Output) 

VHF-FM 

Demand 

(Output) 

HB/SSB 

Demand 

(Output) 

DSMU 

Demand 

(Output) 

Secure  Voice 

Demand 

(Output) 

TACAN 

Demand 

(Output) 

OMEGA 

Demand 

(Output) 

CCA 

Demand 

(Output) 

FCS 

16 

(Output) 

Flares 

Demand 

(Output) 

INS 

Demand 

(Output) 

SKE/ZM 

Demand 

(Output) 

LF/ADF 

Demand 

(Output) 

UHF/ADF 

Demand 

(Output) 

Radar  ALT 

Demand 

(Output) 

ILS 

Demand 

(Output) 

Compass 

Demand 

(Output) 

Radar 

Demand 

(Output) 

IRD&W 

Demand 

(Output) 

RHAWS 

Demand 

(Output) 

Avionics  On/Off 

Demand 

(Output) 

ICS 

8 

(Input/Output) 

P.  A. 

8 

(Input/Output) 

FDR 

TBD 

(Output) 

*  Continuous  activation  only  when  being  used. 
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o  squelch  disable 
o  volume  control 

3. 2. 5. 1.2  Processing 

When  activated  by  the  UHF-AM  Tailored  Mode  SPEC,  the  EQUIP  shall  determine 
the  type  of  control  desired,  format  the  required  message,  and  store  it  in 
a  compool  for  subsequent  transfer  to  the  radio.  Input  control  data  will  have 
been  checked  by  the  activating  task  for  invalid/out-of-range  conditions,  sc 
EQUIP  processing  shall  assume  valid  data. 

3. 2. 5. 1.3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates: 

o  control  command  (1  word) 
o  status  update  (1  word) 

3. 2. 5. 2  VHF-AM  Equipment  Process 

The  VHF-AM  radio  (Wi lcox-807A)  is  used  for  CCT  and  civilian  communications. 

It  provides  two-way  simplex  160  nautical  mile  voice  communication  in  the  118 
136.975  mHz  frequency  band  over  line-of-site  propagation  paths. 

The  VHF-AM  EQUIP  is  activated  by  the  VHF-AM  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  radio. 

3. 2. 5. 2.1 

Input  shall  be  a  message  containing  the  desired  control: 
o  control  input  (1  word) 

Control  capability  consists  of  one  of  the  following: 
o  manual  frequency  selection 
o  squelch  disable 
o  volume  control 
o  on/off  control 

3. 2. 5. 2. 2  Processing 

When  activated  by  the  VHF-AM  Tailored  Mode  SPEC,  the  EQUIP  shall  determine 
the  type  of  control  desired,  format  the  required  message,  and  store  it  in 
a  compool  for  subsequent  transfer  to  the  radio.  Input  control  data  will  have 
been  checked  by  the  activating  task  for  invalid/out-of-range  conditions,  so 
EQUIP  processing  shall  assume  valid  data. 


3. 2. 5. 2. 3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates : 

o  control  command  (1  word) 
o  status  update  (1  word) 

3. 2. 5. 3  VHF-FM  Equipment  Process 

The  VHF-FM  radio  (FM622A)  is  used  primarily  for  military/CCT  communications. 
It  provides  short-range  1 ine-of-sight,  two-way  simplex  voice  communication 
in  the  30  -  75.95  mHz  frequency  range. 

The  VHF-FM  EQUIP  is  activated  by  the  VHF-FM  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  radio. 

3. 2. 5. 3.1 

Input  shall  be  a  message  containing  the  desired  control: 
o  control  input  (1  word) 

Control  capability  consists  of  one  of  the  following: 
o  on/off  control 
o  manual  frequency  selection 
o  volume  control 
o  T/R  control 
o  re-transmit  control 
o  home  control 
o  squelch  disable 
o  squelch  carrier 
o  squelch  tone 

3. 2. 5. 3. 2  Processing 

When  activated  by  the  VHF-FM  Tailored  Mode  SPEC,  the  EQUIP  shall  determine 
the  type  of  control  desired,  format  the  required  message,  and  store  it  in 
a  compool  for  subsequent  transfer  to  the  radio.  Input  control  data  will  have 
been  checked  by  the  activating  task  for  invalid/out-of-range  conditions,  so 
EQUIP  processing  shall  assume  valid  data. 
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3. 2. 5. 3. 3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates: 

o  control  command  (1  word) 
o  status  update  (1  word) 

3.2.54  HF/SSB  Equipment  Process 

The  HF/SSB  radio  (AN/ARC-123)  is  used  for  long-range  military  communications. 
It  provides  two-way  simplex  voice  communications  at  distances  up  to  2,500 
nautical  miles,  operating  in  the  2-30  mHz  frequency  band. 

The  HF/SSB  EQUIP  is  activated  by  the  HF/SSB  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  radio. 

3. 2. 5. 4.1 

Input  shall  be  a  message  containing  the  desired  control: 
o  control  input  (1  word) 

Control  capability  consists  of  one  of  the  following: 
o  on/off  control 
o  manual  frequency  selection 
o  SSB 

o  amplitude  modulation  equivalent 
o  frequency  shift  key 
o  continuous  wave 
o  volume  control 
o  squelch  disable 
o  noise  blank 
o  RF  gain  control 

3. 2. 5. 4. 2  Processing 

Wnen  activated  by  the  HF/SSB  Tailored  Mode  SPEC,  the  EQUIP  shall  determine 
the  type  of  control  desired,  format  the  required  message,  and  store  it  in 
a  compool  for  subsequent  transfer  to  the  radio.  Input  control  data  will  have 
been  checked  by  the  activating  task  for  invalid/out-of-range  conditions,  so 
EQUIP  processing  shall  assume  valid  data. 


3. 2. 5. 4. 3  Outputs 


Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates: 

o  control  command  (1  word) 

o  status  update  (1  word) 

3. 2. 5. 5  ICS  Equipment  Process 

The  Intercommunication  Set  (AN/AIC-18)  provides: 

o  two-way  voice  communication  between  crew  stations 

o  interfaces  with  radio  tranceivers,  navigation  receivers,  public  ad¬ 
dress  amplifier,  and  maintenance  intercom  outlets 

The  ICS  allows  for  selection,  control,  and  distribution  of  radio  systems  for 
airborne/ground  station  communication  and  monitoring. 

The  ICS  EQUIP  is  activated  cyclically  eight  times  per  second  from  startup. 

3. 2. 5. 5.1  Inputs 

Input  shall  be  ICS  control  panel  ID  and  settings,  and  hot-mic  select  from 
the  CCA: 

o  hot-mic  selection  (CCA)  (1  word) 

o  monitoring  (mixer)  switches  with  individual  volume  controls  (n  words) 
o  hot-listen  selection  (1  word) 
o  mic-talk  selection  (panel)  (1  word) 
o  call  selection  (1  word) 
o  aux  listen  selection  (1  word) 

3. 2. 5. 5. 2  Processing 

The  EQUIP  shall  determine  If  panel  setting  has  changed  since  the  last 
activation.  If  the  settings  are  the  same,  the  EQUIP  shall  terminate. 

If  changed,  the  EQUIP  shall  format/store  corresponding  ICS  control  messages. 


3. 2. 5. 5. 3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates: 
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o  control  command  (1  word) 
o  status  update  (1  word) 

3. 2. 5. 6  Public  Address  Equipment  Process 

The  P.A.  System  (AN/AIC-13)  is  used  for  voice  announcements  in  the  cargo  areas. 
The  P.A.  EQUIP  is  activated  cyclically  eight  times  per  second  from  startup. 

3.2.5. 6.1  Inputs 

Input  shall  be  the  P.A.  control  panel  output  buffer  to  be  monitored  by  the 
EQUIP: 

o  on/off  control 
o  speaker  selection 
o  mixer  switch  control 
o  volume  control 

3. 2. 5. 6. 2  Processing 

The  EQUIP  shall  determine  if  panel  setting  has  changed  since  the  last 
activation.  If  the  settings  are  the  same,  the  EQUIP  shall  terminate. 

If  changes,  the  EQUIP  shall  format/ store  corresponding  P.A.  control 
messages. 

3. 2. 5. 6. 3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  P.A. 
status  updates: 

o  control  command  (1  word) 

o  status  update  (1  word) 

3. 2. 5. 7  Secure  Voice  Equipment  Process 

The  Secure  Voice  System  (TSEC/KY-58)  encrypts  and  decrypts  VHF/UHF  voice 
co'imunication. 

The  secure  voice  EQUIP  is  activated  by  the  Secure  Voice  Tailored  Mode  SPEC 
whenever  on/off  control  is  to  be  sent  to  the  unit. 

3. 2. 5. 7.1  Input 

Input  shall  be  a  message  containing  desired  control: 
o  on/off  indication  (1  word) 
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3. 2. 5. 7. 2  Processing 

This  EQUIP  shall  store  the  on  (or  off)  control  message  in  a  compool 

for  subsequent  transfer  to  the  unit. 

3. 2. 5. 7. 3  Outputs 

Output  shall  be  control  messages  corresponding  to  the  request,  and  status 
updates: 

o  control  command  (1  word) 
o  status  update  (1  word) 

3. 2. 5. 8  DEK  Equipment  Process 

The  DEK  Equipment  Process  controls  the  DEK  input  procedure.  An  eight-times- 
per-second  activation  rate  is  initiated  by  a  Handler  Specialist  Function 
whenever  DEK  input  is  required  for  a  particular  IMK  side  key  function  or  MPD 
checklist  function.  It  is  deactivated  when  an  ENTER  is  received  or  when 
there  is  no  further  need  for  the  input. 

3. 2. 5.8.1  Inputs 

Input  shall  be  one  character: 

o  character  (1  word) 
which  may  represent  any  of  the  following: 
o  digits  0  through  9 
o  CLEAR  (re-set) 

o  CHECK  (checklist  checkoff  -  MPD) 
o  SPACE  (checklist  skip  function  -  MPD) 
o  PAGE  (advance  page  -  MPD) 
o  ENTER  (end-of-data) 
o  NULL  (no  input) 

3. 2. 5.8. 2  Processing 

When  activated,  the  DEK  EQUIP  shall  initialize  the  input  buffer.  Each 

activation  thereafter  (eight/second)  the  EQUIP  shall  determine 

input  status,  and  terminate  if  there  was  no  input  since  the  last  activation. 

If  the  input  was  a  0  -  9  digit  (or  its  upper  case  equivalent),  and  the  input 
buffer  isn't  full,  the  character  shall  be  stored;  otherwise,  the  buffer  shall 
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be  cleared  and  a  message  displayed  on  the  center  MPD  via  the  Error/ 
Warning  DISP.  The  maximum  size  of  the  input  buffer  is  01  characters. 

If  the  input  is  CLEAR,  the  EQUIP  shall  clear  the  buffer, 

CHECK,  SPACE,  PAGE  are  used  for  MPD  checklist  functions;  the  MPD  Handler 
Specialist  Function  is  activated  to  control  the  processing  of  the  input 
buffer.  If  the  DEK  EQUIP  is  assigned  to  an  IMK  Handler,  these  keys  shall  be 
ignored. 

ENTER  indicates  the  end  of  the  input  data  string;  the  Handler  Specialist  Func¬ 
tion  shall  be  activated  to  process  the  input  buffer. 

3. 2. 5.8. 3  Outputs 

Output  shall  be  the  final  DEK  input  buffer: 

o  input  buffer  (1  -  n  word) 
packed  two  characters  per  word. 

3. 2. 5. 9  DSMU  Equipment  Process 

The  DSMU  controls  display  distribution  and  refresh  functions.  It  contains 
modules  which  provide  five  independent  raster  memory  channels  to  refresh  the 
MPD’s,  and  two  independent  stroke  channels  for  the  HUD’s.  The  display  memory 
is  loaded/updated  from  the  MPDG.  Switching  commands  allow  sensor  video  to  be 
displayed  in  lieu  of  a  display  stored  in  a  memory  module. 

The  DSMU  EQUIP  is  activated  by  the  DSMU  Tailored  Mode  SPEC  whenever  a  switch¬ 
ing  command  is  to  be  sent  to  the  DSMU  as  a  result  of  a  crew  request  via  the 
IMK. 

3. 2. 5. 9.1  Inputs 
Input  shall  consist  of 

o  DSMU  switching  request  (1  word) 

3. 2. 5. 9. 2  Processing 

The  DSMU  EQUIP  shall  format  the  switching  command  and  store 

in  in  output  buffer  for  transfer  to  the  DSMU. 

3.2  5.9.3  Outputs 
Output  shall  consist  of 

o  DSMU  switching  command  (1  word) 
o  Switching  status  (1  word) 
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3.2.5.10  TACAN  Equipment  Processes 

The  TACAN  System  (AN/ARN-118)  furnishes  data  relative  to  a  selected  TACAN 
facility  operating  in  the  962  -  1213  mHz  frequency  band. 

Two  TACAN  EQUIPS  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  TACAN  commands  to  satisfy  control 
requests. 

3.2.5.10.1  TACAN  Input  EQUIP 

This  EQUIP  processes  data  from  the  TACAN  system.  It  is  activated  eight  times 
per  second. 

3.2.5.10.1.1  Inputs 

Input  shall  be  TACAN  data  and  previous  status: 
o  bearing  (1  word) 
o  range  (1  word) 

o  range  rate,  to-from  indication  (1  word) 
o  status  (1  word) 
o  previous  status  (1  word) 

3.2.5.10.1.2  Processing 

The  input  EQUIP  shall  format  and  scale  the  data  as  necessary,  and  store  the 
results  in  a  compool .  if  status  has  changed,  the  SSSM  shall  be  activated. 

3.2.5.10.1.3  Outputs 

Output  shall  be  the  formatted  data: 
o  bearing  (1  word) 
o  distance  (1  word) 
o  range  rate  (1  word) 
o  to-from  indicator  (1  word) 
o  co"v,se  deviation  signal  (1  word) 

3.2.5.10.2  TACAN  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  TACAN.  It  is  activated  by  the 
TACAN  Tailored  Mode  SPEC  whenever  control  is  requested  by  a  crew  member  via 
the  IMK. 
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3.2.5.10.2.1  Inputs 

Input  shall  be  control  type/value  data: 

o  on/off 

o  channel  select 

o  mode  select 

o  receive 
o  transmi t/receive 
o  A/A  receive 
o  A/ A  transmit 

o  auto/manual  tuning 

o  volume 

o  course  select 

o  test  capability 

3.2.5.10.2.2  Processing 

The  input  EQUIP  shall  generate  the  control  message  corresponding  to  the  type/ 
value  input  data. 

3.2.5.10.2.3  Outputs 

Output  shall  be  the  control  message  and  status: 
o  TACAN  control  (1  word) 
o  Control  status  update  (1  word) 

3.2  5.11  HCU  Equipment  Process 

The  Hand  Controller  Unit  provides  crew  memebers  with:  1)  the  capability  to 
point  the  radar  antenna  and  2)  data  update  capability  via  display  cursor 
positioning. 

The  HCU  EQUIP  is  activated  16  times  per  second  (whenever  an  HCU  display-select 
pushbutton  is  in  effect)  to  process  cursor  displacements. 

3.2.5.11.1  Inputs 

Input  shall  be  activate/designate  pushbutton  and  X,  Y  displacement: 
o  pushbutton  (1  word) 
o  Ax,  Ay  (2  words ) 


3.2.5.11.2  Processing 

The  HCU  EQUIP  shall  keep  track  of  the  "null",  "activate",  or  "designate" 
state  of  the  controller  pushbutton.  The  state  is  initially  "null".  No 
calculations  are  performed  until  the  controller  pushbutton  is  pressed  for  the 
first  time,  changing  the  state  to  "activate". 

When  the  state  is  "activate"*  the  EQUIP  shall  evaluate  the  effective  cursor 
position  with  respect  to  the  selected  disriay,  and  store  these  displacements 
for  use  by  the  particular  DISP  that  is  to  use  them.  If  the  antenna  control 
pushbutton  is  active,  and  the  displacements  represent  a  change  from  the  pre¬ 
vious,  the  Radar  Tailored  Mode  SPEC  shall  be  activated. 

When  the  controller  pushbutton  is  pressed  a  second  time,  the  state  changes  to 
"designate"  and  no  further  calculations  are  performed;  the  last  calculated 
displacement  is  left  in  a  compool  to  be  used,  for  example,  in  a  navigation 
data  update  procedure. 

3.2.5.11.3  Outputs 

Output  shall  consist  of  displacement  data  and  pushbutton  state: 
o  X,  Ay  (2  words) 

o  state  -  null,  activate,  designate  (1  word) 

3.2.5.12  OMEGA  Equipment  Processes 

The  OMEGA  Radio  Navigation  System  (AN/ARN-  )  provides  airplane  position 
fixes  using  the  worldwide  network  of  VLF  ground  transmitters. 

Two  OMEGA  EQUIPS  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  OMEGA  commands  to  satisfy  control 
requests. 

3.2.5.12.1  OMEGA  Input  EQUIP 

This  EQUIP  processes  date  from  the  OMEGA  system.  It  is  activated  eight  times 
per  second. 

3.2.5.12.1.1  Inputs 
Input  shall  consist  of: 

o  three  channels  of  RF  information 

3.2.5.12.1.2  Processing 

The  OMEGA  input  EQUIP  shall  format/scale  RF  data  as 
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necessary,  and  store  in  a  compool  for  use  in  navigation  calculations. 
3.2.5.12.1.3  Outputs 

Output  shall  be  the  OMEGA  parameters,  properly  formatted  and  scaled,  to  be 
stored  in  a  compool: 

o  parameters  (n  words) 

3.2.5.12.2  OMEGA  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  OMEGA  system.  It  is  activated  by 
the  OMEGA  Tailored  Mode  SPEC  whenever  control  is  requested  by  a  crew  member 
via  the  IMK. 
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3.2.5.12.2.1  Inputs 

Input  shall  consist  of 

o  On/Off  (1  word) 

o  Auto/Manual  Tuning  (1  word) 

o  GMT,  Date,  Latitude,  Longitude  (4  words) 

3.2.5.12.2.2  Processing 

The  output  EQUIP  shall  generate  the  control  message  corresponding  to  the 
type/value  input  data. 

3.2.5.12.2.3  Outputs 

Output  shall  be  the  control  message  and  status. 

o  OMEGA  Control  (1  word) 
o  Status  Update  (1  word) 

3.2.5.13  CCA  Equipment  Process 

The  Column  Control  Assembly  provides  a  shaker  capability  for  imminent  stall 
conditions. 

The  CCA  EQUIP  is  activated  by  the  FCS  EQUIP  whenever  shaker  control  (on  or 
off)  is  required. 

3.2.5.13.1  Inputs 
Input  shall  consist  of 

o  Shaker  Control  Request 

3.2.5.13.2  Processing 

The  CCA  EQUIP  shall  store  the  control  message  ir  a  Compool  for 

subsequent  transfer  to  the  CCA,  and  update  the  CCA  status  accordingly. 

3.2.5.13.3  Outputs 

Output  shall  be  control  commands  and  status  updates. 

o  CCA  Shaker  On/Off  Control  (1  word) 
o  On/Off  Status  (1  word) 

3.2.5.14  FCS  Equipment  Process 

The  Flight  Control  System  provides  air  data,  attitude,  and  mode  and  status 
information.  This  information  is  processed  by  the  avionics  system  to 
provide  steering  data  for  the  flight  control  system. 
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Two  PCS  EQUIP's  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  is  activated  cyclically  to  send  steering 
data. 

3.2.5.14.1  FCS  Input  EQUIP 

The  FCS  input  EQUIP  processes  data  from  the  flight  control  system.  It  is 
activated  32  times  per  second. 

3.2.5.14.1.1  Inputs 

Input  shall  be  FCS  output  data,  and  previous  status. 

o  Air  Data  (10  words),  3  channels 
o  Attitude  (5  words),  3  channels 
o  Mode  and  Status  (1  word),  3  channels 
o  Previous  Status  (1  word) 

3.2.4.14.1.2  Processing 

The  Equip  shall  process  the  data  as  necessary,  and  store  the  results  in 
a  Compool.  If  the  status  has  changed,  the  SSSM  shall  be  activated.  The 
LIGHTS  DISP  shall  be  activated  for  on/off  control  of  the  EFCS  Warning 
Light,  as  necessary. 

Data  processing  may  include  scaling,  signal  source  selection,  smoothing, 
algorithm  calculations,  etc. 

3.2.5.14.1.3  Outputs 

Output  shall  consist  of 

o  Air  Data  (10  words) 
o  Attitude  Data  (5  words) 
o  Mode/Status  (1  word) 
o  EFCS  Light  Control  (1  word) 

3.2.5.14.2  FCS  Output  EQUIP 

The  FCS  Output  EQUIP  controls  the  sending  of  steering  signals  to  the  FCS. 
It  is  activated  cyclically  16  times  per  second. 

3.2.5.14.2.1  Inputs 
Input  shall  consist  of 

o  Steering  Requests  (4  words) 

3.2.5.14.2.2  Processing 

The  output  EQUIP  shall  qeneratethe  steering  messages  and  outputs  them  to 
a  Compool. 
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3.2.5.14.2.3  Outputs 
Output  shall  consist  of 

o  Steering  Signals  (4  words) 

3.2.5.15  Flares  Dispenser  System  Equipment  Process 

The  Flares  Dispenser  System  contains  four  sets  of  flares  which  may  be 
dropped  as  a  defensive  measure  against  infrared  seeker  threats. 

The  Flares  Dispenser  System  EQUIP  is  activated  by  the  Flares  Dispenser 
tailored  Model  SPEC  whenever  a  formatted  control  message  is  to  be  sent 
to  the  system. 

3.2.5.15-.  1  Inputs 

Input  shall  be  control  requests  and  status. 

o  On/Off  (1  word) 
o  Flare  Set  #  {1  word) 
o  Flare  Status  (2  words) 

3.2.5.15.2  Processing 

The  Flares  Dispenser  System  EQUIP  shall  generate  control  messages 

and  store  them  in  a  Compool  for  transmission.  The  software  flare  status 
shall  be  updated. 

3.2.5.15.3  Outputs 

Output  shall  be  control  commands  to  the  Flares  Dispenser  System  and 
status. 

o  On/Off  Command  (1  word) 
o  Flare  Drop  Command  (1  word) 
o  Current  Flare  Status  (2  words) 

3.2.5.16  G-Meter  Equipment  Process 

The  G-Meter  displays  1)  current  vertical  acceleration,  2)  the  low  vertical 
acceleration  since  last  reset,  and  3)  the  high  vertical  acceleration  since 
last  reset. 

The  G-Meter  EQUIP  is  activated  4  times  per  second  to  monitor  the  reset 
button. 

3.2.5.16.1  Inputs 
Input  shall  consist  of 


o  Reset  Button  Status  (1  word) 


3.2.5.16.2  Processing 


If  the  reset  button  shows  a  change  in  status,  the  low  vertical  acceleration 
and  high  vertical  acceleration  shall  be  set  equal  to  1. 

3.2.5.16.3  Output 

Output  shall  be  new  low  and  high  vertical  acceleration  values. 

o  Accelerations  (2  words) 

3.2.5.17  INS  Equipment  Processes 

The  INS  (Carousel  IV)  is  a  self-contained  inertial  navigation  system  (including 
a  digital  computer)  which  provides  worldwide  aircraft  navigation  entirely 
independent  of  ground  communication. 

Two  INS  EQUIP's  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  INS  commands  to  satisfy  control 
requests. 

3.2.5.17.1  INS  Input  EQUIP 

This  EQUIP  processes  data  from  the  INS.  It  is  activated  4  times  per  second. 

3.1.5.17.1.1  Inputs 

Input  shall  consist  of 

o  Aircraft  Position  and  Velocity  (6  words) 
o  Pitch  and  Roll  (2  words) 
o  Calculated  Digital  Data  (  n  words) 
o  Status  (1  word) 

3.2.5.17.1.2  Processing 

The  EQUIP  shall  format  and  scale  the  data  as  necessary,  and  store 
the  results  in  a  Compool .  If  the  status  has  changed,  the  SSSM  Shall  be 
activated. 

3.2.5.17.1.3  Outputs 

Output  shall  consist  of 

o  Position  and  Velocity  (2  words) 
o  Pitch  and  Roll  (2  words) 
o  Other  Data  (n  words) 

3.2.5.17.2  INS  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  INS.  It  is  activated  by  the  INS 
Tailored  Mode  SPEC  whenever  control  is  requested  by  a  crew  member  via  the  IMK. 


3.2.5.17.2.1  Inputs 

Input  shall  consist  of 

o  Mode  (1  word) 
o  Auto/Manual  Select  (1  word) 
o  Initial  Position  (2  words) 
o  Way  Point  Loading  (n  words) 

3.2.5.17.2.2  Processing 

The  EQUIP  shall  generate  the  control  message  corresponding  to  the  type/ 
value  input  data. 

3-2.5.17.2.2.  Outputs 

Output  shall  be  the  control  message  and  updated  control  status: 

o  INS  Control  (1  word) and  status  (1  word) 

3.2.5.18  SKE/ZM  Equipment  Processes 

The  Station  Keeping  Equipment  (AN/APN-169)  is  a  cooperative  air-to-air 
station  keeping  system  for  flights  of  up  to  36  aircraft.  It  enables  these 
aircraft  to  locate  and  identify  one  another;  and  to  maintain  formation/ 
rendezvous  regardless  of  visibility.  The  SKE  interfaces  with  the  MDSC  to 
provide  a  formation  display. 

Two  SKE  EQUIP' s  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  SKE  commands  to  satisfy  control 
requests. 


3.2.5.18.1  SKE  Input  EQUIP 

This  EQUIP  processes  data  from  the  SKE.  It  is  activated  4  times  per  second. 

3.2.5.18.1.1  Inputs 

Input  shall  consist  of 

o  Aircraft  Range  and  Bearing  (n  words) 
o  SKE  Status  (1  word) 

3.2.5.18.1.2  Processing 

The  EQUIP  shall  format  and  scale  the  data  as  necessary,  and  store  the 
results  in  a  Compoel .  If  the  status  has  changed,  the  SSSM  shall  be  activated. 

3.2.5.18.1.3  Outputs 

Output  shall  consist  of 

o  Aircraft  Range  and  Bearing  (n  words) 
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3.2.5.18.2  SKE  Output  EQUIP 


This  EQUIP  formats  control  messages  to  the  SKE.  It  is  activated  whenever 
control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.18.2.1  Inputs 

Input  shall  be  control  type/value  data: 

o  On/Off  (1  word) 
o  Freq  A/B  (1  word) 
o  In  Track  Offset  (1  word) 
o  Altitude  Offset  (1  word) 
o  Cross-Track  Offset  (1  word) 
o  Leader  Select  (1  word) 
o  Proximity  Warning  Range  (1  word) 
o  Proximity  Warning  Tone  On/Off  (1  word) 
o  Master-Follow  Select  (1  word) 
o  Master  Indicator  (1  word) 
o  BITE  Test  (1  word) 
o  ID  Function  Select  (1  word) 
o  Range  Scale  (1  word) 
o  Range  Mark  (1  word) 
o  Display  Centering  (1  word) 
o  Blanking  (1  word) 

3  2.5.18.2.2  Processing 

The  EQUIP  shall  generate  the  control  message  corresponding  to  the  type/ 
value  of  the  input  request. 

3.2.5.18.2.3  Outputs 

Output  shall  be  the  control  message  and  updated  control  status. 

o  SKE  Command  (1  word)  and  Status  (1  word) 

3.2.5.19  LF/ADF  Equipment  Processes 

The  LF/ADF  (QF-206)  provides  the  navigation  calculation  with  bearing  to  a 
selected  low  frequency  radio  station. 

Two  LF/ADF  EQUIP's  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  LF/ADF  commands  to  satisfy  control 
requests . 

3.2.5.19.1  LF/ADF  Input  EQUIP 

This  EQUIP  processes  data  from  the  LF/ADF  unit.  It  is  activated  four  times 
per  second. 
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3.2.5.19.1.1  Inputs 

Input  shall  consist  of 

o  Bearing  (1  word) 
o  Status  (1  word) 

3.2.5.19.1.2  Processing 

The  input  EQUIP  shall  format  and  scale  the  bearing  input  data,  and  store 
it  in  a  Compool .  If  the  status  has  changed,  the  SSSM  shall  be  activated. 

3.2.5.19.1.3  Outputs 
Output  shall  consist  of 

o  Bearing  (1  word) 

3.2.5.19.2  LF/ADF  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  LF/ADF.  It  is  activated  whenever 
control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.19.2.1  Inputs 

Input  shall  be  control  type/value  data. 

o  On/Off  (1  word) 
o  Auto/Manual  Select  (1  word) 
o  Frequency  Select  (1  word) 
o  Test  Select  (1  word) 
o  Volume  (1  word) 

3.2.5.19.2.2  Processing 

The  output  EQUIP  shall  generate  the  control  message  correspondina  to  the 
type/value  of  the  input  request. 

3.2.5.19.2.3  Outputs 

Output  shall  be  the  control  message  and  updated  control  status. 

o  LF/ADF  Command  (1  word)  and  Status  (1  word) 

3.2.5.20  UHF/ADF  Equipment  Processes 

The  UHF/ADF  (DF-301E)  provides  the  navigation  calculation  with  bearing  to  a 
selected  ultra-high  frequency  radio  station. 

Two  UHF/AOF  EQUIP' s  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  UHF/ADF  commands  to  satisfy  control 
requests. 
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3.2.5.20.1  UHF/ADF  Input  EQUIP 

This  EQUIP  processes  data  from  the  UHF/ADF  unit.  It  is  activated  four  times 
per  second. 
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3.2.5.20.1.1  Inputs 

Input  shall  consist  of 

o  Bearing  (1  word) 
o  Status  (1  word) 

3.2.5.20.1.2  Processing 

The  input  EQUIP  shall  format  and  scale  the  bearing  input  data,  and  store 
it  in  a  Compool.  If  status  has  changed,  the  SSSM  shall  be  activated. 

3.2.5.20.1.3  Outputs 
Output  shall  consist  of 

o  Bearing  (1  word) 

3.2.5.20.2  UHF/ADF  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  UHF/ADF.  It  is  activated  whenever 
control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.20.2.1  Inputs 

Input  shall  be  control  type/value  data. 

o  On/Off  (1  word) 
o  Auto/Manual  Select  (1  word) 
o  Frequency  Select  (1  word) 
o  Test  Select  (1  word) 
o  Volume  (1  word) 

3.2.5.20.2.2  Processing 

The  output  EQUIP  shall  generate  the  control  message  corresponding  to  the 
type/value  of  the  input  request. 

3.2.5.20.2.3  Outputs 

Output  shall  be  the  control  message  and  updated  control  status. 

o  UHF/ADF  Command  (1  word)  and  Status  (1  word) 

3.2.5.21  Radar  Altimeter  Equipment  Processes 

The  two  Radar  Altimeters  (AN/APN-194)  are  range  tracking  radars  which  provide 
altitude  information  from  0  -  5000  feet. 

Two  Radar  Altimeter  EQUIPS  are  provided.  The  input  EQUIP  is  activated 
cyclically  to  receive  data;  the  output  EQUIP  formats  Radar  Altimeter  commands 
to  satisfy  control  requests. 
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3.2.5.21.1  Radar  Altimeter  Input  EQUIP 

This  EQUIP  processes  data  from  the  Radar  Altimeter.  It  is  activated  four 
times  per  second. 

3.2.5.21.1.1  Inputs 

Input  shall  consist  of 

o  Status  (1  word) 
o  Altitude  (1  word) 
o  Radar  altimeter  ID  (1  word) 

3.2.5.21.1.2  Processing 

The  Input  EQUIP  shall  format  and  scale  the  altitude  input  data, 

and  store  it  in  a  Compool.  If  the  status  has  changed,  the  SSSM  shall  be 

activated. 

3.2.5.21.1.3  Outputs 
Output  shall  consist  of 

o  Altitude  (1  word) 

3.2.5.21.2  Radar  Altimeter  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  Radar  Altimeter.  It  is  activated 
whenever  control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.21.2.1  Inputs 

Input  shall  consist  of 

o  On/off  (1  word) 
o  Low  altitude  select  (1  word) 
o  ID  (1  word) 
o  Test  select  (1  word) 

3.2.5.21.2.2  Processing 

The  output  EQUIP  shall  generate  the  control  message  corresponding 

to  the  type/value  of  the  input  request,  and  store  it  in  a  Compool. 

3.2.5.21.2.3  Outputs 
Output  shaTl  consist  of 

o  radar  altimeter  command  (1  word) 
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3.2.5.22 


I LS  Equipment  Processes 


The  Instrument  Landing  System  (AN/ARN-108)  is  used  in  conjunction  with 
ground  transmitting  equipment  and  airplane  flight  director  calculations  to 
provide  display  capability  for  marker  beacon,  glideslope,  and  localizer 
signals. 

Two  ILS  EQUIPS  are  provided.  The  input  EQUIP  is  activated  cyclically  to 
receive  data;  the  output  EQUIP  formats  ILS  commands  to  satisfy  control 
requests. 

3.2.5.22.1  ILS  Input  EQUIP 

This  EQUIP  processes  data  from  the  ILS  unit.  It  is  activated  four  times  per 
second. 


3.2.5.22.1.1  Inputs 

Input  shall  consist  of 

o  Bearing  (1  word) 
o  Status  (1  word) 

o  Localizer/glide  slope  deviation  (2  words) 
o  ILS  ID  (1  word) 

3.2.5.22.1.2  Processing 

The  EQUIP  shall  format  and  scale  the  bearing  data,  and  store  it  in 
a  Compool.  If  the  status  has  changed,  the  SSSM  shall  be  activated.. 

3.2.5.22.1.3  Outputs 
Output  shall  consist  of 

o  Bearing  (1  word) 

o  Localizer/gl ide  slope  deviations  (2  words) 

3.2.5.22.3  ILS  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  ILS.  It  is  activated  whenever 
control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.22.2.1  Inputs 

Input  shall  consist  of 

o  On/off  (1  word) 
o  Auto/manual  select  (1  word) 
o  Frequency  select  (1  word) 
o  Course  select 
o  MDA  select 
o  ILS  ID 
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3.2.5.22.2.2  Processing 

The  EQUIP  shall  generate  the  control  message  corresponding  to  the 
type/value  of  the  input  request. 

3.2.5.22.2.3  Outputs 
Output  shall  consist  of 

o  ILS  command  (1  word)  and  Status  (1  word) 

3.2.5.23  Compass  Equipment  Processes 

The  Magnetic  Compass  (C-12)  provides  heading  information  for  navigation. 

Two  Compass  EQUIPS  are  provided.  The  input  EQUIP  is  activated  cyclically 
to  receive  data;  the  output  EQUIP  formats  Compass  Commands  to  satisfy 
control  requests. 

3.2.5.23.1  Comoass  Input  EQUIP 

This  EQUIP  processes  data  from  the  Compass  unit.  It  is  activated  four  times 
per  second. 

3.2.5.23.1.1  Inputs 

Input  shall  consist  of 

o  Heading  (1  word) 
o  Status  (1  word) 

3.2.5.23.1.2  Processing 

The  input  EQUIP  shall  format  and  scale  the  heading  data,  and  store  it  in 
a  Compool.  If  the  status  has  changed,  the  SSSM  shall  be  activated, 

3.  2. 5.  23. 1. 3  Outputs 

Output  shall  consist  of 

o  Heading  (1  word) 

3.2.5.23.2  Compass  Output  EQUIP 

This  EQUIP  formats  control  messages  to  the  Compass.  It  is  activated  whenever 
control  is  requested  by  a  crew  member  via  the  IMK. 

3.2.5.23.2.1  Inputs 

Input  shall  consist  of 
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o  On/off  (1  word) 
o  Slaved  option  (1  word) 
o  D.G.  (1  word) 
o  Set  heading  (1  word) 
o  Set  latitude  (1  word) 

3.2.5.23.2.2  Processing 

The  output  EQUIP  shall  generate  the  control  message  corresponding  to  the 
type/value  of  the  input  request. 

3.2.5.23.2.3  Outputs 

Output  shall  consist  of 

o  Compass  command  (1  word) 
o  Status  (1  word) 

3.2.5.24  LR  Radar  Equipment  Processes 

The  Long  Range  Radar  (AN/APQ-122)  provides  precise  navigation  capabilities 
for  long-range  ground  mapping,  weather  detection,  and  beacon  interrogation. 
A  high-resolution  CRT  radar  display  is  available  to  the  crew  upon  request. 

The  Radar  EQUIP  is  activated  by  the  Radar  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  unit. 

3.2.5.24.1  Inputs 

Input  shall  consist  of 

o  Mode  select  (1  word) 
o  Frequency  select  (1  word) 
o  Magnetic  variation  select  (1  word) 
o  RF  power,  gain  (2  words) 
o  Beam  (1  word) 
o  Azimuth  stabilizer  (1  word) 
o  ISO  echo  (1  word) 
o  Scan  select  (1  word) 
o  Range  select  (1  word) 
o  Fast  time  on/off  (1  word) 
o  Sens,  time  (1  wurd) 
o  Frequency  agile  mode  on/off  (1  word) 
o  Heading  marker  intensity  (1  word) 
o  Range  marker  intensity  (1  word) 
o  Sweep  intensity  (1  word) 

3.2.5.24.2  Processing 

The  EQUIP  shall  generate  the  control  message  corresponding  to  the  type/ 
value  of  the  Input  request,  and  store  It  in  a  Compool  for  subsequent 
transmission  to  the  Long  Range  Radar. 
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3.2.5.24.3  Outputs 

Output  shall  consist  of 

o  Radar  command  (1  word)  and  status  (1  word) 

3.2.5.25  IRD&W  Equipment  Processes 

The  Infrared  Detection  and  Warning  System  is  a  defensive  countermeasure 
which  provides  threat  information.  It  interfaces  with  the  MDSC  to  provide 
a  quadrant-orientated  threat  display. 

The  IRDW  EQUIP  is  activated  by  the  IRDW  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  unit. 

3.2.5.25.1  Inputs 
Input  shall  consist  of 

o  on/off  (1  word) 

3.2.5.25.2  Processing 

The  EQUIP  shall  store  the  on  (or  off)  control  message  in  a  Compool  for 
subsequent  transfer  to  the  device. 

3.2.5.25.3  Outputs 
Output  shall  consist  of 

o  on/off  command 

3.2.5.26  RHAWS  Equipment  Process 

The  Radar  Homing  and  Warning  System  (AN/ APR-36/37)  is  a  radar-detecting, 
defensive  countermeasure  which  provides  threat  information  to  the  crew  via 
MPD  display. 

The  RHAWS  EQUIP  is  activated  by  the  RHAWS  Tailored  Mode  SPEC  whenever  a 
formatted  control  message  is  to  be  sent  to  the  unit. 

3.2  5. 26. 1  Inputs 

Input  shall  consist  of 

o  on/off  (1  word) 

3.2.5.26.2  Processing 

The  EQUIP  shall  store  the  on  (or  off)  control  message  in  a  Compool  for 
subsequent  transfer  to  the  device. 
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3.2.5.26.2  Processing 

The  EQUIP  shall  store  the  on  (or  off)  control  message  in  a  Compool  for 
subsequent  transfer  to  the  device. 

3.2.5.26.3  Outputs 
Output  shall  consist  of 

o  On/Off  Command  (1  word) 

3.2.5.27  Flight  Surfaces  Equipment  Process 

The  current  positions  of  controllable  flight  surfaces  (e.g.,  flaps)  are 
monitored  for  display  and  algorithm  purposes. 

The  Flight  Surfaces  EQUIP  is  activated  2  times  per  second  to  read  current 
position  settings  of  the  surfaces. 

3.2.5.27.1  Inputs 

Input  shall  consist  of 

o  Elevator  Trim  Positions  (9  words) 
o  Left-Wing  Flap/Spoiler  Positions  (7  words) 
o  Right  Wing  Flaps/Spoiler  Positions  (7  words) 


3.2.5.27.2  Processing 

The  EQUIP  shall 

the  result  in  a  Compool. 


process  the  input  data  as  required,  and  store 


3.2.5.27.3  Outputs 

Output  shall  consist  of 

o  Elevator  Trim  Positions  (9  words) 
o  Left  Flap  Positions  (7  words) 
o  Right  Flap  Positions  (7  words) 

3.2.5.28  Aircraft  Sensors  Equipment  Process 

Aircraft  sensors  provide  current  status  of  - 

o  Fuel 
o  Engines 
o  Power 

o  Accelerometer 


for  display. 


The  Aircraft  Sensors  EQUIP  is  activated  2  times  a  second  to  read  the 
current  sensor  output. 

3.2.5.28.1  Inputs 

Input  shall  consist  of 

o  Fuel  (n  words) 
o  Engines  (n  words) 
o  Power  (n  words) 
o  Accelerometer  (  1  word) 

3.2.5.28.2  Processing 

The  EQUIP  shall  process  the  input  data  as  required,  and  store 

the  results  in  a  Compool. 

3.2.5.28.3  Outputs 

Output  shall  consist  of 

o  Fuel  (n  words) 
o  Engines  (n  words) 
o  Power  (n  words) 
o  Accelerometer  (1  word) 

3.2.5.29  Brakes/Gear/Caution  Equipment  Process 

The  current  status  of  the  brake  and  landing  gear  systems,  and  the  caution 
panel,  is  monitored  for  display  and  algorithm  purposes. 

The  Brake/Gear/Caution  EQUIP  is  activated  2  times  a  second  to  copy  the 
current  status. 

3.2.5.29.1  Inputs 

Input  shall  consist  of 

o  Weight-On-Gear  (1  word) 
o  Caution  Lights  (n  words) 
o  Master  Caution  Light  (1  word) 
o  Landing  Gear  (1  word) 
o  Brakes  (1  word) 
o  Gear-Up  and  Locked  (1  word) 
o  Previous  Values  for  the  Above  (n  words) 

3.2.5.29.2  Processing 

The  EQUIP  shall  process  the  input  data  as  required,  and 

store  the  results  in  a  Compool.  Changes  in  the  status  of  any  item  from  its 
previous  value  may  result  in  the  activation  of  the  Error/Warning  DISP. 
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3.2.5.29.3  Outputs 

Output  shall  consist  of 

o  Weight-On-Gear  (1  word) 
o  Caution  Lights  (n  words) 
o  Master  Caution  Light  (1  word) 
o  Landing  Gear  (1  word) 
o  Brakes  (1  word) 
o  Gear-Up  and  Locked  (1  word) 
o  Message  ID  (1  word) 

3.2.5.30  Avionics  On/Off  Equipment  Process 

On/off  control  is  provided  for  the  following  avionics  equipment. 


0 

Counting  Accelerometer 

0 

HUD  1 

0 

Gear-Up  and  Locked  -  left 

0 

HUD  2 

0 

Gear-Up  and  Locked  -  right 

0 

HSD  1 

0 

Weight  on  Gear  -  left 

0 

HSD  2 

0 

Weight  on  Gear  -  right 

0 

MPD  1 

0 

Stick  Shaker  1 

0 

MPD  2 

0 

Stick  Shake1"  2 

0 

MPD  3 

0 

Stab.  Trim  Position 

0 

MPDG  1 

0 

Flap  Position  -  left 

0 

MPDG  2 

0 

Flap  Position  -  right 

0 

DSMU 

0 

Fuel  Totalizer 

0 

MDSC 

0 

Engine  1 

0 

MFDC 

0 

Engine  2 

0 

HCU 

0 

IRD  &  W 

0 

MMK 

0 

RH  &  W 

0 

TACAN 

0 

Flares  Dispenser 

0 

SKE 

0 

Long  Range  Radar 

0 

HF/SSB 

Radio 

0 

Radar  Altimeter  I 

0 

VHF-AM 

Radio 

0 

Radar  2 

0 

VHF-FM 

Radio 

0 

Magnetic  Compass 

0 

UHF-AM 

Radio  1 

0 

INS 

0 

UHF-AM 

Radio  2 

0 

OMEGA 

0 

IFF 

0 

ILS  1 

0 

Secure 

Voice 

0 

ILS  2 

0 

Public 

Address 

0 

LF  ADF 

0 

Intercommunication  Set 

0 

UHF  ADF 

The  Avionics  On/Off  EQUIP  is  activated  by  the  Avionics  On/Off  Tailored  Mode 
SPEC  whenever  On/Off  control  is  requested  from  the  IMK. 

3.2.5.30.1  Inputs 

Input  shall  consist  of 

o  Equipment  ID  (1  word) 
o  On/Off  Control  (1  word) 
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3.2.5.30.2  Processing 

The  EQUIP  shall  generate  the  on  (or  off)  message  and  store  in  a  Compool 
for  subsequent  transfer  to  the  specified  device. 

3.2.5.30.3  Outputs 
Output  shall  consist  of 

o  On/Off  Command  (1  word) 

3.2.5.31  FDR  Equipment  Process 

The  Flight  Data  Recorder  (AN/ASH-31V)  is  a  survivable  recorder  used  for 
storing  a  current  30-minute  history  of  voice  conmunications  and  flight  data. 
A  beacon  transmitter  facilitates  recovery  after  deployment. 

The  FDR  EQUIP  in  activated  cyclically  TBD  times  per  second. 

3.2.5.31.1  Inputs 

Input  shall  be  Compool  data  to  be  recorded, 
o  Data  (n  words) 

3.2.5.31.2  Processing 

At  each  activation,  the  FDR  EQUIP  shall  format  two  channels  of  data  and  store 
it  in  a  Compool  for  transfer  to  the  FDR. 

3.2.5.31.3  Outputs 

Output  shall  be  data  to  be  sent  to  FDR. 
o  Data  (n  words) 
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3.2.6  Special  Requirements 

This  section  contains  special  requirements  imposed  on  Application  Software 
development. 

3.2.6. 2  JOVIAL  J73 

All  Applications  Software  will  De  coded  in  the  JOVIAL  J73  higher  order 
language. 

3.2.6. 1  Structured  Programming 

Top-down,  structured  programming  concepts  will  be  used  throughout  Applications 
Software  development.  Software  elements  will  be  established  which  corresnond 
to  functions  defined  in  this  document. 
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3.3  Adaptation 

This  section  summarizes  the  Applications  Software  requirements  with  resDect 
to  the  operatinq  facility,  system  parameters,  and  system  capacities. 

3.3.1  General  Environment 

Further  definition  of  the  IDAMST  system  design  is  required  prior  to  completing 
this  portion  of  the  specification.  Pending  definition  the  followinq  assump¬ 
tions  are  made. 

3. 3. 1.1  IDAMST  Core  Elements 

IDAMST  core  element  hardware  including  the  core  element  control/displays  are 
assumed  to  be  identical  in  all  AMST  aircraft  and  require  no  modification  or 
variations  in  software  to  adapt  the  IDAMST  OFP  and  OTP  software. 

3. 3. 1.2  Other  IDAMST  Integrated  Hardware 

Variations  in  AMST  equipment  complement  associated  with  the  IDAMST  system  is 
expected.  It  is  assumed  that  the  IDAMST  OFP  and  OTP  software  will  be  auto¬ 
matically  adaptable  to  hardware  variations  in  the  AMST.  This  will  be 
accomplished  through  the  use  of  an  equipment  status  word  from  the  IDAMST 
avionic  hardware  which  identifies  the  existing  hardware  configuration.  The 
OFP  and  OTP  software  will  subsequently  adapt  to  the  actual  configuration  by 
omitting  software  functions  associated  with  non-existent  avionics  hardware 
elements.  The  OFP  and  OTP  software  will  compile  a  list  of  active  and 
installed  avionic  equipment  hardware  and  display  list  upon  command  and  also 
write  list  on  DITS  recorder  for  a  maintenance  record. 

3.3.2  System  Parameters 

Constants  and  other  data  pertaining  to  the  particular  mission  must  be  avail¬ 
able  at  load  time  for  the  Application  Software  to  function  at  full  capability. 

3.3.3  System  Capacities 

Estimated  capacity  requirements  of  the  Applications  Software  is  summarized 
in  Table  3.3-1.  These  estimates  are 

related  to  an  IDAMST  processor  like  that  described  in  Reference  2.2(c), 

“Prime  Item  Product  Fabrication  Specification  for  DAIS  Processor",  and  allow 
a  25%  growth  margin. 
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4.0 


QUALITY  ASSURANCE  PROVISIONS 


This  section  identifies  the  basic  method  for  accomd i shi ng  software  verifica¬ 
tion. 

4.1  Introduction 

IDAMST  CPCIs  will  incorporate  top-down,  structured  concepts,  described  brief¬ 
ly  below: 

Structured  Program 

A  structured  program  is  a  computer  program  constructed  of  a  basic  set  of  con¬ 
trol  logic  figures  which  provide  at  least  the  following:  Sequence  of  two  or 
more  operations,  conditional  branch  to  one  of  two  operations  and  return 
repetition  of  an  operation .  A  structured  proaram  has  only  one  entry  and  one 
exit  point.  A  path  will  exist  from  the  entry  to  each  node  and  from  each  node 
to  the  exit.  In  addition,  certain  practices  are  associated,  such  as  indenta¬ 
tion  of  source  code  to  represent  logic  levels,  use  of  intelligent  data  names 
and  descriptive  commentary. 

Top-Down  Programming 

Top-down  programminq  is  tne  concept  of  oerforminq  in  hierarchical  sequence  a 
detailed  design,  code,  integration  and  test  as  concurrent  operations. 

Top-Down  Structured  Program s 

A  top-down  structured  program  is  a  structured  proqram  with  the  additional 
characteristics  of  the  source  code  beinq  lonicaUy  but  not  physically  seg¬ 
mented  in  a  hierarchical  manner  and  only  dependent  on  code  already  written. 
Control  of  execution  between  segments  is  restricted  to  transfers  between 
vertical  1 y  adjacent  hierarchical  seqments. 

Top-down  codinq  and  verification  is  an  ordering  of  system  development  which 
allows  for  continual  integration  of  the  system  parts  as  they  are  developed 
and  provides  for  interfaces  prior  to  the  parts  being  developed.  At  each 
stage,  the  code  alreadv  tested  drives  the  new  code,  and  only  external  data 
is  required. 

In  top-down  programming,  the  system  is  organized  into  a  tree  structure  of 
segments.  The  top  segments  contain  the  hiqhest  level  of  control  logic  and 
decisions  within  the  proqram,  and  either  passes  control  to  the  next  level 
segments  or  identifies  the  next  level  segments  for  in-line  inclusions.  The 
next  level  may  include  stubs.  Stubs  which  are  to  be  replaced  eventually  with 
running  code  may  contain  a  "no  operation"  instruction  or  possibly  a  display 
statement  to  the  effect  that  control  has  been  received.  The  process  of 
replacement  of  successively  lower  level  stubs  with  operational  code  continues 
until  all  functions  within  a  system  are  coded  and  verified. 

In  top-down  coding  and  veri fication,  the  hiqhest  level  element  is  coded  first. 
Coding,  checkout,  and  integration  proceed  down  the  hierarchy  until  the  lowest 
levels  have  been  integrated.  This  does  not  imply  that  all  elements  at  a 
given  level  are  developed  in  parallel.  Some  branches  will  intentionally  be 
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developed  early,  e.g.,  to  permit  early  training  and  early  development  of 
critical  functions  or  hardware/ software  integration. 

Many  systems  interfaces  occur  through  the  data  base  defintion  in  addition  to 
calling  sequence  parameters.  Top-down  programming  requires  that  sufficient 
data  definition  statements  be  coded  and  that  data  records  be  generated  before 
exercisinq  any  segment  which  references  them.  Ideally,  this  leads  to  a  single 
set  of  definitions  serving  all  the  programs  in  a  given  application. 

This  approach  provides  the  ability  to  evolve  the  product  in  a  manner  that 
maintains  the  characteristic  of  always  being  operable,  extremely  modular  and 
always  available  for  successive  levels  of  testing  that  accompany  the  corres¬ 
ponding  levels  of  implementation.  Exception  to  the  top-down  coding  and  integ¬ 
ration  approach  will  be  considered  on  a  case-by-case  basis. 

Each  computer  program  will  be  coded  in  a  higher  order  language.  Use  of 
assembly  or  machine  language  will  be  restricted  to  coding  of  certain  executive 
functions  where  the  higher  order  language  cannot  be  used. 

Real  Time  Structured  Programs 

An  additional  complexity  in  the  IDAMST  system  is  the  Real  Time,  asynchronous 
communication  of  structured  programs  as  tasks.  Tasks  are  also  organized  as  a 
hierarchy.  Each  task  has  a  Controller  Task  which  is  the  only  task  permitted 
to  schedule  or  cancel  the  lower  level  task.  However,  any  task  is  permitted 
to  activate  any  other  task  in  IDAMST. 

4.2  Computer  Program  Verification 

Computer  program  verification  is  the  process  of  determining  whether  the 
results  of  executing  a  computer  program  in  a  test  environment  agree  with  the 
specification  requirements.  Verification  is  usually  only  concerned  with  the 
logical  correctness  of  the  computer  program  ( i . e . ,  satisfying  the  functional/ 
performance  requirements)  and  may  be  a  manual  or  a  computer-based  process 
( i . e .  .  testing  software  by  executing  it  on  a  computer). 

The  use  of  top-down  structured  programming  techniques  provide  certain  program 
characteristics  that  may  lead  to  a  simplification  of  the  computer  program 
verification  process.  Top-down  integration  of  the  program  elements  in  a  CPCI 
minimizes  the  use  of  complex  driver  routines  and  replaces  them  with  actual 
proqram  elements  and  simple  program  stubs.  It  also  provides  a  system  in 
which  the  computer  program  is  continually  being  tested  as  successively  lower 
level;  of  program  elements  are  integrated  and  the  interfaces  between  proqram 
elements  are  verified  prior  to  the  integration  of  the  next  lower  level. 

4.2.1  Program  Element  Tests 

Program  elements  are  coded  in  the  sequence  required  for  top-down  integration. 
When  coding  and  code  review  are  completed,  each  proqram  element  shall  be 
functionally  tested  in  a  stand-alone  configuration  by  the  programmer  to 
assure  that  the  element  can  be  executed  and  that  the  specified  functions  are 
performed.  Since  proqram  elements  are  small  and  are  restricted  to  one  entry 
point  and  one  exit  point,  the  test  environment  is  relatively  simple. 
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4.2.2 


CPCI  Integration  Tests 


Following  successful  completion  of  the  Program  Element  Tests,  the  program 
elements  are  entered  into  the  Computer  Program  Library  where  they  are  subjected 
to  configuration  control  procedures.  Controlled  program  elements  are  compiled/ 
assembled,  link-edited  and  the  current  CPCI  version  is  made  available  for 
integration  testing.  Integration  tests  are  dynamic  tests  designed  to  verify 
program  functions  and  interfaces  between  program  elements  and  with  the  data 
base.  The  result  is  a  complete  CPCI  for  which  all  design  features  have  been 
verified. 

The  integration  of  program  elements  or  tasks  into  the  complete  computer  pro¬ 
gram  shall  be  accomplished  in  a  top-down  sequence.  The  highest  level  elements 
which  contain  the  highest  level  controller  tasks  shall  be  tested  and  integrated 
first.  These  tasks  are  the  Master  Sequencer,  Configurator,  Request  Processor, 
and  Subsystem  Status  Monitor.  Testing  and  integration  shall  proceed  down  the 
hierarchy  until  all  program  elements  (e.g.,  equipment  interface  functions), 
have  been  integrated  and  the  design  completely  verified. 

An  important  aspect  of  integration  testing  of  IDAMST  will  be  the  invocation 
and  synchronization  of  the  tasks,  since  these  functions  do  not  fall  under  the 
structured  programming  rules. 

4.2.3  Formal  Software  Testing 

The  purpose  of  formal  testing  is  to  confirm  that  the  computer  program  performs 
the  functions  and  satisfies  the  performance  requirement  contained  in  the  soft¬ 
ware  requirements  specification.  Formal  testing  consists  of  Preliminary 
Qualification  Tests  (PQT)  and  Formal  Qualification  Tests  (FQT),  and  are  con¬ 
ducted  in  accordance  with  Air  Force  approved  test  plans. 

Pre-Qual ification  Testing  (PQT) 

PQT  is  an  incremental  process  which  provides  visibility  and  control  of  the 
CPC  development  during  the  time  period  between  the  Critical  Design  Review 
and  Formal  Qualification  Testing. 

PQT  consists  of  functional  level  tests,  conducted  at  the  development  facility, 
and  using  Air  Force  approved  test  plans.  These  tests  will  use  documented  pro¬ 
cedures,  completed  by  the  contractor,  and  submitted  to  the  Air  Force  Sufficient¬ 
ly  in  advance  of  the  scheduled  test  session  to  permit  review  and  analysis. 

They  will  typically  use  controlled  inputs  specifically  prepared  for  the  test 
purpose. 

A  Pre-Qualification  test  will  generally  be  conducted  for  each  CPCI  function. 

If  a  test's  cost  or  time  consumption  estimates  are  signi f icantly  high,  the 
test  will  be  deferred  to  FQT  unless  it  is  time-cri tical  or  per forma nce-cri tical 
to  the  development  of  the  CPCI. 
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PREPARATION  FOR  DELIVERY 


6.0 


NOTES 


6.1  Growth  Items 

The  specified  growth  items  were  evaluated  and  the  impact  to  the  IDAMST  con¬ 
figuration  was  assessed. 

6.1.1  Joint  Tactical  Information  Distribution  System  (JTIDS) 

The  Joint  Tactical  Information  Distribution  System  (JTIDS)  is  a  digital, 
secure,  jam-resistant,  communication  system  for  real-time  command  and  control 
of  combat  operations.  JTIDS  is  planned  to  interconnect  the  tactical  and  air 
defense  elements  of  all  services,  including  surface  and  airborne  command, 
control,  surveillance  and  intelligence  centers.  Navy  ships  and  combat  and 
support  aircraft.  JTIDS  will  provide  a  high  degree  of  interoperability  bet¬ 
ween  data  collection  elements,  combat  elements  and  command  and  control  centers 
within  a  military  theater  of  operations.  Precise  signal  time-of-arri val 
measurements,  coupled  with  the  transmission  of  emitter  location,  are  used  to 
generate  a  common  grid  coordinate  system  containing  the  location  of  all  active 
net  participants.  The  system  uses  Time  Division  Multiple  Access  (TDMA)  to 
interconnect  all  system  users  into  one  common  channel,  or  network,  for  distri¬ 
bution  of  information.  Each  authorized  network  element  is  allocated  a  dynamic 
number  of  transmit  time  slots  within  the  network  reporting  cycle  as  needed  for 
its  mission.  When  not  transmitting,  each  element  monitors  the  transmissions 
of  the  other  elements  and  extracts  the  information  as  needed.  Since  the  sys¬ 
tem  is  nodeless,  survivability  is  enhanced  and  the  system  exists  as  long  as 
two  or  more  elements  exist. 

The  basic  JTIDS  system  for  any  aircraft  will  receive,  process  and  display  in¬ 
formation  to  the  crew  and  collect,  convert  and  format  its  own  data  for  broad¬ 
cast  distribution  to  the  net.  The  baseline  JTIDS  functions  are  shown  in 
Figure  6.1-1 . 

As  can  be  seen  from  Figure  6.1-1,  the  two  obvious  major  categories  are  trans¬ 
mit  and  receive.  Common  to  both  of  these  functions  are  the  elements  of  voice, 
relative  navigation  and  Built-in-Test  (BIT).  A  brief  description  of  the  re¬ 
maining  functional  elements  is  contained  in  the  following  sections: 

Transmi t  Manual :  These  are  the  functions  that  would  require  pilot  actions  in 
order  to  initiate  transmission.  Throughout  this  study,  the  functions  under 
this  category  were  deliberately  limited  due  to  the  constraint  of  a  two-man 
crew.  The  only  two  arc-as  recommended  are: 

o  Mission  Words  -  These  elements  are  to  provide  key  transmissions  to 
command  and  control  agencies.  The  messages  would  concern  essential 
mission  decisions. 

o  Weather  -  This  element  would  allow  PIREPS  from  targets  or  critical 

rendezvous  areas.  The  pilot  would  only  initiate  inputs  for  visibility, 
cloud  cover  and  cloud  height.  The  other  elements  under  this  function 
would  automatically  be  formatted  from  the  navigation  computer. 
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FIGURE  6.1-1 


Transmit  Automatic:  These  are  the  functions  that  would  be  transmitted  auto¬ 
matically  as  long  as  the  system  is  operating.  The  major  elements  are: 

o  Radar  (Air  Target)  -  This  transmission  would  provide  the  net  informa¬ 
tion  on  a  heretofore  unknown  hostile  aircraft.  The  message  would  be 
sent  only  after  the  pilot  has  locked-on  an  airborne  target  that  is  not 
being  reported  on  the  JT IDS  network. 

o  RHAW  -  Any  RHAW  threat  received  that  does  not  correlate  with  the  threat 
signals  being  reported  on  the  JTIDS  net  would  constitute  a  new  message 
to  be  formatted  and  transmitted. 

o  Status  -  The  elements  under  this  function  would  automatically  be  trans¬ 
mitted,  either  continuously  or  intermittently,  as  the  situation  dic¬ 
tates. 

Receive  Tracks:  All  hostile,  unknown  and  friendly  tracks  and  positions  are 
grouped  under  this  major  function.  The  elements  would  be  received,  stored  and 
formatted  for  display  upon  pilot  commands. 

Receive  Status:  The  functions  in  this  category  reflect  formatted  command 
messages  and  information  concerning  the  status  and  weather  of  various  areas 
of  interest.  These  elements  would  also  be  received,  stored  and  formatted  for 
display  upon  pilot  ccmmands. 

Unformatted:  This  category  is  for  received  messages  that  are  free  text  alpha¬ 
numeric  and  meet  no  structured  format.  The  functional  area  of  these  messages 
cannot  be  categorized  as  they  are  unlimited  as  to  content. 

The  JTIDS  computational  requirements  were  analyzed  and  assessed  as  follows: 

Words 


JTIDS  Network  Processing 

4,250 

JTIDS  Message  Processing 

2,925 

JTIDS  Message  Control 

1 ,525 

JTIDS  Self  Test 

1 ,200 

Estimated  throughput  requirements  =  110  KOPS. 

It  is  recommended  that  the  JTIDS  function  be  implemented  with  a  dedicated  pro¬ 
cessor  because  of  the  computation  requirements.  Additionally,  developmental 
efforts  and  interface  requirements  would  be  reduced  with  a  dedicated  pro¬ 
cessor. 

Assuming  a  dedicated  processor  in  the  JTIDS  system,  the  impact  of  interfacing 
JTIDS  with  the  IDAMST  system  as  a  growth  item  is  as  follows: 

o  Data  link  between  JTIDS  and  IDAMST  processors  via  the  multiplexed 
data  bus. 

o  IMK  and  DEK  functions  will  have  to  be  expanded  to  include  JTIDS  manual 
data  entry  functions. 
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o  JT IDS  display  requirements  will  have  to  be  incorporated  into  the 
IDAMST  specified  displays.  Displays  requirements  fall  within  three 
categories:  1)  command  data;  2)  MAP  data;  and  3)  miscellaneous 
mission  data. 

o  IDAMST  navigation  subfunction  will  have  to  be  modified  to  utilize  the 
relative  navigation  capability  of  the  JTIDS  system.  The  accuracy  of 
JTIDS  data  will  be  dependent  upon  the  accuracy  of  the  transmitted 
position  and  relative  navigation  calculation.  The  expected  error  of 
the  JTIDS  mechanization  is  expected  to  be  insignificant;  therefore, 
JTIDS  relative  navigation  data  may  be  used  for  updating  if  JTIDS 
station  positions  are  accurately  known. 

6.1.2  Terrain  Fol lowing/Terrain  Avoidance  (TF/TA) 

A  limited  TF/TA  capability  is  reflected  in  the  ground  proximity  warning  system 
mechanization  which  utilizes  radar  altimeter  data  and  barometric  altitude 
rate.  For  a  truly  effective  TF/TA  system  mechanization,  a  forward  looking, 
TF/TA  type  radar  is  required  to  sense  the  terrain  over  which  the  airplane  is 
expected  to  fly.  Assuming  that  some  type  of  TF/TA  radar  would  be  installed 
to  provide  TF/TA  capability,  the  following  will  be  required  to  integrate  TF/ 

TA  capability  into  the  IDAMST  configuration: 

o  TF/TA  radar  system  control  panel  requirements  have  to  be  allocated  to 
IMK  functions  or  dedicated  control  panels. 

o  TF/TA  radar  display  data  would  be  interfaced  with  the  digital  scan 
converter  for  formatting  compatible  with  IDAMST  CRT  display  devices. 

o  Interface  between  TF/TA  radar  and  avionics  system  would  include  sta¬ 
bilization  data  to  TF/TA  radar,  TF  command  data  for  input  to  the 
flight  director  command  calculations  for  display. 

o  TF  command  data  to  the  flight  controls  would  be  routed  directly  to 
the  flight  control  system  to  minimize  data  lag  to  enable  close  coup¬ 
ling  with  the  flight  control  system. 
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6.1;3  Global  Positioning  System  (GPS) 

The  Global  Positioning  System  (GPS)  is  a  satellite  navigation  system  currently 
in  development  by  the  Department  of  Defense.  In  its  operational  deployment, 

24  satellites  will  be  orbited  at  about  11,000  nautical  miles  to  provide  Earth 
coverage  for  navigation  and  weapon  delivery.  At  least  six  satellites  will  be 
in  view  from  any  location.  The  satellites  will  broadcast  their  identity, 
position,  and  highly  accurate  time.  User  equipment  will  select  the  four  most 
appropriate  satellites  and  solve  four  equations  in  four  unknowns  to  display 
to  the  user  his  position  in  three  dimensions  and  time. 

It  is  presently  anticipated  that  the  GPS  will  be  developed  as  a  TACAN  hard¬ 
ware  replacement  with  installation  and  interface  requirements  to  be  compatible 
with  the  AN/ARN  118  TACAN  set.  The  GPS  system  will  be  self-contained  with  a 
dedicated  processor  in  the  GPS  system.  A  dedicated  processor  will  minimize 
GPS  developmental  activities  in  individual  applications  by  specifying  a  stand¬ 
ard  computer  interface.  Integrating  the  GPS  into  the  IDAMST  configuration 
will  have  the  following  impact: 

o  GPS  controls  and  status  will  have  to  be  integrated  into  the  IMK  func¬ 
tions. 

o  Data  link  between  GPS  and  IDAMST  processors  via  the  multiplexed  data 
bus.  Hardware  impact  to  be  minimal  if  TACAN  provisions  are  utilized. 

o  IDAMST  navigation  subfunction  will  have  to  be  modified  to  utilize  the 
GPS  data,  position  and  velocity,  in  determining  the  aircraft  position. 
The  expected  accuracy  of  100  meters  of  the  low  cost  GPS  will  increase 
the  operational  capability  of  the  IDAMST  configuration. 

o  Advanced  GPS  concepts  to  provide  higher  anti-jam  capability  if  re¬ 
quired,  for  the  AMST  airplane,  will  increase  interface  requirements 
for  directional  antenna  and  inertial  reference  information. 
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10.0  APPENDIX  I:  HARDWARE/SOFTWARE  SIGNAL  LIST 

The  functional  interface  between  avionics  hardware  and  the  mission  software 
is  defined  in  terms  of  a  hardware/software  interface.  The  hardware  involved 
in  this  interface  is  listed  below: 

Air/Ground  System 

Approach  Indicating  System 

Fire  Warning  System 

Automatic  Braking  System 

Flight  Surfaces  Status  System 

Fuel  Measurement  System 

Avionics  Power  Control  Logic  System 

Engine  Transducers 

Master  Caution  System 

Flight  Control/Avionics  Subsystems 

Long  Range  Radar 

Radar  Altimeters 

Magnetic  Compass 

Inertial  Navigation  System 

OMEGA  Navigation  System 

Public  Address  System 

HF/SSB  Radio 

VHF/FM  Radio 

UHF/AM  Radio 

Intercommunication  Set 

UHF/AM  Radio 

Instrument  Landing  Systems 
LF  ADF 

Intraformation  Positioning  Set  (SKE) 

TACAN 
UHF  ADF 

Infrared  Detection  and  Warning  System 
Flares  Dispenser  Unit 
Radar  Homing  and  Warning  System 
I DAMS T  Controls  and  Displays 
IDAMST  Core  Elements 

A  detailed  signal-by-signal  printout  for  each  hardware  system  is  provided 
with  the  following  data  available  from  each  signal. 

INPUT:  Signals  originating  in  the  avionic  hardware 

OUTPUT:  Signals  originating  in  the  mission  software 

SIGNAL  NAME:  Brief  description  of  signal 

SIGID:  Signal  identification  number  -  used  for  bookkeeping  purposes 
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TYPE: 

Characteristic  of  signal  interface 

01 

single  ended  discrete 

02 

differential  discrete 

03 

switch  closure  open/gnd 

04 

switch  closure  open  28V 

05 

single  ended  dc  analog 

06 

differential  dc  analog 

07 

single  ended  ac  analog 

08 

differential  ac  analog 

09 

synchro 

10 

serial  digital 

11 

pulse  converter 

18 

resolver 

VOLTAGE  RANGE:  The  electrical  voltage  minimum  and  maximum 

PARAMETER  RANGE:  The  particular  parameter  characteristics  minimum  and 
maximum 

SCALE  FACTOR:  The  parameter  relation  to  the  electrical  range 

RESOLUTION:  The  percent  accuracy  of  the  signal 

QUANTIZATION:  The  number  of  bits  to  which  the  signal  is  resolved 

U/R:  The  signal  update  rate  is  a  per  second  quantity 

B/R:  The  bit  rate  is  the  total  number  of  bits  per  second 

The  hardware/ software  interfaces  were  obtained  by  examining  each  hardware  unit 
and  listing  its  characteristics  when  the  following  conditions  were  satisfied: 

o  Avionic  hardware  signals  which  interfaces  with  other  avionic  hardware 
located  in  subsystems  other  than  its  own. 

o  Avionic  hardware  signals  which  interface  with  mission  software. 

o  Mission  software  signals  which  interface  with  avionic  hardware,  in¬ 
cluding  controls  and  displays. 
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